Re: PVR DDK
I believe that is proprietary code that can only be obtained under license from Imagination. Scott On Tue, Nov 11, 2014 at 10:25 AM, Sriram V vshrir...@gmail.com wrote: Hi, I am using OMAP4 Linaro tee (Linux 3.2). I have pulled the bug fixes on top of this tree for pvr drivers. (/drivers/gpu/pvr) For that, I also need to cross compile PVR DDK against Linux 3.2. Can anyone point me from where i can download PVR DDK sources? -- Regards, Sriram ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev -- Scott Bambrough Technical Director, Member Services Linaro http://www.linaro.org ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro Website Contact
I forwarded this to the landing team and to the Igloo Community us...@igloocommunity.org as well. Another good place to check for this type of info would be http://www.igloocommunity.org/, it is all about Snowball. Scott On 12-09-19 11:46 AM, Amber Graner wrote: Hi Christoph, Thank you so much for contacting us. I am forwarding your question to our graphics team and CC'ing their Tech Lead. More information on the Linaro Graphics team can be found at: https://wiki.linaro.org/WorkingGroups/Middleware/Graphics You can also send future questions to the linaro-dev mailing list or you may ask in the #linaro IRC channel on irc.freenode.net http://irc.freenode.net. Please let me know if there if I can be of further assistance to you. All the best, Amber On 18 September 2012 19:21, Linaro Content Management System lin...@freshleafmedia.co.uk mailto:lin...@freshleafmedia.co.uk wrote: __ Linaro Website Form Submission - *Contact Form* A user has submitted the following information on the Linaro website: NameChristoph Stadelmann Email christoph.stadelm...@gmx.de mailto:christoph.stadelm...@gmx.de Message Dear Sir or Madam, I just got the snowball board. I want to know if there is something similar to the libvga in the linaro OS in order to map and have direct write access to the HDMI frame buffer. Thank you very much. Christoph Stadelmann Form Urlhttp://www.linaro.org/contact This enquiry was received via the *Contact Form* on the website: http://www.linaro.org/contact Thank you, Linaro -- Amber Graner User Experience and Community Specialist Linaro.org http://www.linaro.org/***│ *Open source software for ARM SoCs Follow *Linaro: *Facebook http://www.facebook.com/pages/Linaro | Twitter http://twitter.com/#%21/linaroorg | Blog http://www.linaro.org/linaro-blog/ *+1.828.582.9469* cell *+1.828.395.1049* office irc: akgraner amber.gra...@linaro.org mailto:amber.gra...@linaro.org (email and Google chat) ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Build failure for Omap
On 12-07-12 11:36 AM, Viresh Kumar wrote: On 12 July 2012 16:19, Andrey Konovalov andrey.konova...@linaro.org mailto:andrey.konova...@linaro.org wrote: make ARCH=arm O=../panda omap2plus_defconfig (After this, OMAP 2/3/4 none is selected in .config) make ARCH=arm O=../panda uImage LD init/built-in.o arch/arm/mach-vexpress/built-__in.o: In function `v2m_dt_timer_init': /root/viresh/work/linux/__kernel/arch/arm/mach-vexpress/__v2m.c:663: undefined reference to `arch_timer_broken_for_sched___clock' make[1]: *** [vmlinux] Error 1 make: *** [sub-make] Error 2 Something is wrong: why vexpress?? Yes, you are right. I am looking at this now. Broken probably by: commit 9c118124d1c75f06b64a756be579d3b4cf2c99ec Author: Arnd Bergmann a...@arndb.de mailto:a...@arndb.de Date: Tue May 8 15:17:25 2012 + ARM: initial multiplatform support This lets us build a multiplatform kernel for experimental purposes. However, it will not be useful for any real work, because it relies on a number of useful things to be disabled for now: -config ARCH_OMAP +config ARCH_CHOICE_OMAP bool TI OMAP - select HAVE_CLK - select ARCH_REQUIRE_GPIOLIB - select ARCH_HAS_CPUFREQ - select CLKSRC_MMIO - select GENERIC_CLOCKEVENTS - select ARCH_HAS_HOLES_MEMORYMODEL + select ARCH_OMAP select MAY_HAVE_SPARSE_IRQ help Support for TI's OMAP platform (OMAP1/2/3/4). @@ -982,6 +963,51 @@ config ARCH_ZYNQ Support for Xilinx Zynq ARM Cortex A9 Platform endchoice +config ARCH_OMAP + bool + select HAVE_CLK + select ARCH_REQUIRE_GPIOLIB + select ARCH_HAS_CPUFREQ + select CLKSRC_MMIO + select GENERIC_CLOCKEVENTS + select ARCH_HAS_HOLES_MEMORYMODEL + select MAY_HAVE_SPARSE_IRQ + This patch must have updated all defconfigs too, which probably now require to have CONFIG_ARCH_CHOICE_OMAP? -- viresh ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev Try the omap4plus_defconfig. Scott -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: New Gator version ready for Linaro kernels / Mali
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote: On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote: Just curious... how many LTs have Mali stuff? If it's more than one, we should perhaps be talking about moving it to linux-linaro-core-tracking. We have two teams with three different versions of the driver ;-) with, I suspect, custom modifications (different memory management components?). Yes, there are three different memory managers (UMP from ARM, HWMEM from STE, and UMM). From my bystanders point of view, the interaction with closed source binary blobs seems to cause people enough nightmares without also trying to converge code-lines between teams. Especially when engineering resources are spread so thin. Fortunately (?), the two teams have the drivers under different paths with different module and Kconfig option naming, so they could coexist in the same tree. It would be best if the driver and user space was converted to use UMM so we could drop UMP/HWMEM, and standardize on one driver. Added Jesse here as he may have some info that is relevant. Scott -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Getting from a CI report to a hardware pack
On 12-04-14 11:59 AM, Fathi Boudra wrote: On 14 April 2012 18:02, Christian Robottom Reisk...@canonical.com wrote: On Sat, Apr 14, 2012 at 04:29:26PM +0200, Alexander Sack wrote: http://snapshots.linaro.org/kernel-hwpack/TI-working-tree/TI-working-tree_tilt-linux-linaro-3.1_panda-omap4plus/ Is that right? For some background, we got this inquiry on IRC: [...] We don't export the .deb package itself. What we export is the complete hwpack for such pure upstream CI jobs: http://ci.linaro.org/kernel_hwpack/(in this case: http://ci.linaro.org/kernel_hwpack/TI-working-tree/TI-working-tree_tilt-linux-linaro-3.1_panda-omap4plus/) ... can you find that build there? Note the link I provided above ;-) The immediate question is why isn't this linked to from the CI page? Publishing from CI to snapshots has been done recently. In the long term, ci.linaro.org will have a frontend like we do for android-build to make it easier to have various information (LAVA tests result, etc...). In the meantime, it's up to the CI job maintainer to update the job description and provide useful information like a link to snapshots (now added). This is my CI job and I've been too busy to garden it for the last week. Scott -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: How to install OpenCV in Linaro Android on Pandaboard
On 12-03-23 06:29 AM, Christian Robottom Reis wrote: On Thu, Mar 22, 2012 at 11:46:50AM +0100, Loïc Minier wrote: On Thu, Mar 22, 2012, Wijden Gargouri wrote: I'm doing a project using OpenCV 2.3.1 and I want to embedded this on a pandaboard. So I'm looking for someone who can help me to instal opencv on Pandabord using Linaro Android 11.11 . If you have some link or if you can advise me I would appreciate. I'm not sure we have people using OpenCV in Linaro right now, so it might be best to ask on a Pandaboard list such as pandabo...@googlegroups.com. This Linaro contact email address isn't meant for technical discussions; you could try asking on ask.linaro.org or sending your request to linaro-dev@lists.linaro.org. Is there OpenCV code actually available for the Panda yet? Last time I checked it was yet to be released. Have you looked here: http://opencv.willowgarage.com/wiki/Android Scott -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: How to install OpenCV in Linaro Android on Pandaboard
On 12-03-22 07:02 AM, Wijden Gargouri wrote: Hi, I'm doing a project using OpenCV 2.3.1 and I want to embedded this on a pandaboard. So I'm looking for someone who can help me to instal opencv on Pandabord using Linaro Android 11.11 . If you have some link or if you can advise me I would appreciate. Have a look here: http://opencv.willowgarage.com/wiki/Android Scott -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro kernel tree for A15 for daily builds
On 12-01-26 01:24 PM, Dave Martin wrote: On Wed, Jan 25, 2012 at 09:33:35PM +0100, Zygmunt Krynicki wrote: HI. I'm building a LAVA service for running fast models. Quite soon (*) we'll be ready to open an alpha access. Right now you will need to bring your own root filesystem and kernel image to use it. With that in mind I wanted to start a discussion about the state of A15 support in Linaro kernel(s). I need to understand two things: 1) Are we ready to do automatic builds for A15 kernels? 2) If so, which configs and trees should we consider The basic A15 CPU support is upstream, but no board support. The board support emulation on the model is for obscure reasons not exactly the same as a real VExpress, but it's pretty close. With Pawel Moll's VExpress device tree support patches on top of mainline, we can produce a single kernel config and a set of device trees which allow booting on all the A15-based model variants. I'll be pushing a tree onto git.linaro.org soon with that stuff. Why don't you push the changes to the ARM LT and let them manage pushing the tree out. Then we can maintain it and take the burden off of you. I suspect you will be rather busy. Scott -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: SMP Improvement on Android
On 12-01-19 04:39 PM, Zach Pfeffer wrote: Team, The TI SMP team is interested in our work improving SMP on Android. They may be able to come to Connect and hack on things with us. We need to get the relevant patches that have been hanging around integrated into some builds, get some benchmark and correctness test into LAVA and send everything back up to AOSP. Interested people should subscribe to: https://blueprints.launchpad.net/linaro-android/+spec/linaro-android-define-and-run-smp-tests The connect session will be: https://blueprints.launchpad.net/linaro-android/+spec/linaro-platforms-q112-android-smp-on-android This is going to rock! Zach, If you have kernel patches you need integrated can you please forward them to Andy so we can track them in the LT. Thanks, Scott -- Scott Bambrough Technical Director, Member Services Linaro Ltd. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Samsung] [U-Boot] [PATCH v3 0/2] SMDKV310 Board Support
On Thu, 2011-05-19 at 21:00 +0200, Wolfgang Denk wrote: Dear Chander Kashyap, In message 1305796982-7155-1-git-send-email-chander.kash...@linaro.org you wrote: This patchset adds support for a new board SMDKV310, based on S5PV310 SOC. This SOC is very similar to S5PC210 SOC, hence we are re-using this SOC code. Which patchset? I see only this cover letter, but neither patch 1/2 nor patch 2.2 ? I see them all. Cheers, Scott ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Help on general file sharing
On Fri, 2011-04-29 at 12:17 +0200, Loïc Minier wrote: On Fri, Apr 29, 2011, Shawn Guo wrote: I have one 35MB tarball to share with Linaro folks. It's too big to distribute through email. Is there any infrastructural solution for such general file sharing purpose? (The launchpad PPA is for package than general file sharing, and I do not want to bother.) Thanks. You can request access to people.linaro.org which will expose your ~/public_html/ over http; file a RT ticket with your Launchpad account details (similar to git.linaro.org access). If it's for other Linaro folks to access, you could put it in your home on git.linaro.org and tell them to get it from there (using scp or whatever). Is there a particular reason that http://people.linaro.org doesn't show a list of accounts exposed via http? Scott -- Scott Bambrough scott.bambro...@linaro.org Technical Director, Linaro Landing Teams ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: more Samsung patches for 3.6.37
On Thu, 2011-01-27 at 15:50 -0500, Nicolas Pitre wrote: defconfig for s5pv310 was deliberately avoided by the maintainer because of linus being unhappy with too many defconfigs. So for s5pv310, the s5pv210_defconfig is used. As I'd prefer to use patches in the Linaro kernel tree which are as close as possible to upstream including proper authorship attributions, could you direct me to a git repo where I could find them? Alternatively, can you resend them to me? Extracting patches from mailing list archives is not practical. I'd like the landing team to be building this tree for you. Can you work with Angus directly to ensure you get what you need. Thanks, Scott ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Hardware Packs v2
On Wed, 2011-01-19 at 13:22 +0200, Amit Kucheria wrote: On Wed, Jan 19, 2011 at 3:02 AM, Loïc Minier loic.min...@linaro.org wrote: Hey there As a result of a series of bugs around linaro-image-tools and daily images, it seemed a sensible approach to solve this class of issues would be to move more data into hardware packs rather than hardcoding stuff in linaro-image-tools. Guilherme, Steve Langasek, and Michael Hudson were all interested in the idea, so Michael convinced me to start a wiki page with some notes: https://wiki.linaro.org/Platform/Specs/11.05/HardwarePacksV2 I'm sending this for others to get the chance to raise issues with hwpacks since we don't want to change the format too frequently. Am I correct in my understanding then, that this will address some of the issues I raised in https://wiki.linaro.org/Platform/Infrastructure/Specs/TestDrive ? Basically l-m-c won't have to be touched everytime we add new board support? Not specifically, no. But the current rewrite of l-m-c just completed by the infrastructure team does. At the risk of sounding like a broken record, I still believe that another tool on top of l-m-c that takes care of the selection and download of correct image hwpack and the combines writes the image to SD is what we should strive for to increase the attractiveness of linaro images. This is still a good idea to simplify things for novice users IMHO. However this should be a new tool that used l-m-c to accomplish its tasks. Scott ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Cortex A9 vexpress MMC I/O problems.
On Tue, 2010-10-12 at 11:17 +0100, Dave Martin wrote: Sincle I believe this is a known issue with the hardware, it could be wise to streamline the putting of bootloader and filesystem on separate devices. Manually at least, this wasn't too hard: I ran linaro-media-create, copied the boot images onto a separate SD card to install them, then booted with the real card in a card reader attached via USB -- this works much better+faster than straight booting from the on-board MMC slot, and has the advantage that SDHC cards (or USB stick / HDD etc.) can be used. Especially if we configure the root device into the bootloader as root=UUID=uuid, Linux should be able to find the root fs wherever it is. Is this feasible? This is what is being worked on ATM. Scott -- Scott Bambrough scott.bambro...@linaro.org Linaro Infrastructure Team Lead ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Weekly Linaro image testing
On Wed, 2010-09-29 at 15:45 +0300, Amit Kucheria wrote: IMHO, as we continuously add support for more platforms and even more boards, it will become untenable to maintain these wiki pages. Something similar to 'testdrive' for Ubuntu is required for the next cycle. Why can't l-m-c ask some basic questions and just DTRT? Questions would be: - What SoC? - What board? - What release (milestone)? - Image type (headless, alip, qemu, etc.) Each of these would be a multiple choice question. This should get rid of the several levels of indirection required just to download all the right components before trying to prepare an image. This would make l-m-c an unmaintainable beast IMHO. It is all about creating the boot media, not acquiring the components needed for this. However it might not be a bad thing to have a separate script that asks those questions and just downloads the components, particularly if that script could be data driven and easy to maintain. Scott -- Scott Bambrough scott.bambro...@linaro.org Linaro Infrastructure Team Lead ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Proposal: linaro-testdrive script...
Official proposal for stakeholder process for the following idea. Anyone can contribute. Summary -- Amit Kucheria has suggested we create a script called linaro-testdrive to ease the knowledge required to download images and create bootable media. In his opinion as we continuously add support for more platforms and even more boards, it will become untenable to maintain the wiki pages describing. Something similar to 'testdrive' for Ubuntu is required for the next cycle. This script should ask some basic questions and just do the right thing. This should be a separate script from linaro-media-create. Questions would be: - What SoC? - What board? - What release (milestone)? - Image type (headless, alip, qemu, etc.) Each of these would be a multiple choice question. This should get rid of the several levels of indirection required just to download all the right components before trying to prepare an image. The should be easily data driven. A data file could contain all of the information required for the questions above. And with the right packaging, upgrades to linaro-testdrive will continually add support for new platforms and boards. StakeHolders --- Amit Kucheria amit.kuche...@linaro.org Scott Bambrough scott.bambro...@linaro.org Deadline: ASAP Time estimate: Likely two-three weeks in all. -- Scott Bambrough scott.bambro...@linaro.org Linaro Infrastructure Team Lead ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Hardware pack questions
On Mon, 2010-09-13 at 10:50 +0200, Alexander Sack wrote: If the separate lexbuilder backend deployment causes any issues we can also just hook this up to live-helper so we produce the hwpacks in the headless run. No, this shouldn't be the case. Do it right the first time, and have a longer term vision in mind. A hack like Alexander proposes is just a waste of time and effort IMHO. Scott ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Hardware pack questions
On Mon, 2010-09-13 at 11:56 +0200, Alexander Sack wrote: On Mon, Sep 13, 2010 at 11:49 AM, Scott Bambrough scott.bambro...@linaro.org wrote: On Mon, 2010-09-13 at 10:50 +0200, Alexander Sack wrote: If the separate lexbuilder backend deployment causes any issues we can also just hook this up to live-helper so we produce the hwpacks in the headless run. No, this shouldn't be the case. Do it right the first time, and have a longer term vision in mind. A hack like Alexander proposes is just a waste of time and effort IMHO. If making a standalone hwpack backend cause delay to linaro-n cycle, the effort to hook it up in live-helper is really worth it imo. It's not much effort after all to put it in a lh helper script, so the waste (if you really want to call it that way) would be well confined. No, James and I should be able to solve the deployment problem. It would be better to concentrate on the actual hardware packs themselves and fix/improve the backend to meet our needs. The infrastructure to create and deploy an individual hardware pack now exists and needs real world testing. In order to test and shake out problems with the backend we really need several hardware packs defined. James can help out with the mechanics of creating the hardware pack and getting them built automatically. However the contents of the hardware pack should be driven by those in Linaro defining the images we want to build. I haven't seen a relevant head to use with the hardware packs yet, and that IMHO is not an infrastructure problem. What head is available for combination with a hardware pack by linaro-media-create is available? Scott ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Hardware pack questions
On Mon, 2010-08-23 at 17:06 +0200, Alexander Sack wrote: 2. What is the purpose of the hwpack.deb that is mentioned in places? this is scotts baby i think. personally i am fine without a hwpack.deb. I think the idea was that configs etc. like apt source lines accompanying the hwpack could be shipped in there. Personally I think its good enough to start with this meta info being optionally in the tarballs somewhere. This was my idea. It was to put everything about the hardware pack in a deb, and install it first. On second thought, it seems overkill, and it should probably be scrubbed from the spec. Scott -- Scott Bambrough scott.bambro...@linaro.org Linaro Infrastructure Team Lead ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev