[OT] Re: [Query]: How to sync gmail contacts with thunderbird
Totally OT, but why not https://addons.mozilla.org/en-us/thunderbird/addon/google-contacts/ which is what some people I know use? On Wed, Nov 13, 2013 at 04:37:02PM +0530, Viresh Kumar wrote: Hi Guys, I was wondering if somebody has gone through an LDAP setup and has this stuff working? I found this page as well: https://support.mozillamessaging.com/en-US/kb/thunderbird-and-gmail/discuss/771 but its not working. Actually I am not able to ping ldap.gmail.com and so the problem.. Thanks in Advance. -- viresh ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev -- Christian Robottom Reis | [+1] 612 216 4935 | http://launchpad.net/~kiko Canonical VP Hyperscale | [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Call for participation] Bi-Weekly KVM/ARM Technical Sync-up
On Thu, Aug 22, 2013 at 01:15:54AM +0100, Russell King - ARM Linux wrote: On Wed, Aug 21, 2013 at 05:09:39PM -0700, Christoffer Dall wrote: Linaro is going to host a bi-weekly sync-up call for technical issues on KVM/ARM development. The KVM 32-bit and 64-bit maintainers as well as the QEMU ARM maintainer will typically be on the call. The first call will be held Tuesday August 27th. I'll point out that I don't do Tuesdays for phone calls (it's one of the days I regularly take as weekend time) so you'll never be able to invite me if you keep this on Tuesdays. We could reconsider the day of the week. Would you actually join if it was on any other day? -- Christian Robottom Reis | [+1] 612 216 4935 | http://launchpad.net/~kiko Canonical VP Hyperscale | [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Test Result Summary of Calendar Week 25, 2013 for Linaro Android Jellybean 4.2.2.
On Thu, Jun 20, 2013 at 06:37:04PM +0530, Soumya Basak wrote: Calendar Week 25, 2013: Here is test result summary for Linaro Android JellyBean 4.2.2 on following boards: [1] TI-Panda 4460; [2] TI-Panda 4430; [3] ARM Versatile Express A9 ; Could we get some minimal summary posted in the email body to let us know what is failing and what changed? -- Christian Robottom Reis | [+1] 612 216 4935 | http://launchpad.net/~kiko Canonical VP Hyperscale | [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Virtual Connect Aftermath
Hello there, Last week we ran a series of open sessions as part of an experimental Virtual Linaro Connect schedule; the blog post announcing it is at: http://www.linaro.org/linaro-blog/2012/08/07/linaro-announces-virtual-connect-q3-12-13-17-august-2012/ We ran all the sessions successfully over a combination of Google Hangouts, IRC and Etherpad, and the videos are now all available for your review and comments at: http://www.youtube.com/channel/UCIVqQKxCyQLJS6xvSmfndLA?feature=guideo If there anything on the menu that interests you, it's worth taking a look at the sessions. The minutes linked to from the video pages are also a good trove of information and can be used to follow the dialogue which is sometimes a bit tricky. We're considering running a wider Virtual Connect now that this one has concluded successfully; I'd love to hear your feedback on how it went and what you'd like to see us do differently for future events. Thanks! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Nexus 7/Jellybean Kernel Config
On Sun, Jul 08, 2012 at 09:40:46AM +0100, Dave Pigott wrote: Shouldn't require a kernel change. Just a configuration with a really annoyingly low default. I am concerned with the explosion of the numbers mmc partitions in android though... So am I. It means that, until the sd mux lands, we will have to have a special kernel build of the lava master images to support more partitions. We already ran out on imx53 and origen so we can't support the userdata partition. What's the status of this fabled SD MUX thingamajig? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Mumble server having issues?
On Wed, Jun 20, 2012 at 12:40:29PM -0700, John Stultz wrote: So I've been having trouble with the mumble server and the behavior is odd enough that I don't think its a problem just on my end. I'm seeing cases where: * Only one of two members in a room can hear me talk * One member could hear both parties talking * I can't hear either of them talk As well as other cases where neither parties can hear each other. In all the cases, my talk-indicator (the red lips) has been lighting up properly, but the other sides isn't (so its not just an audio playback issue on my side, my mumble client isn't getting any input from other members). I know Joey's out, but does anyone else have the ability to check in and debug the mumble server? I'll forward this on to the IS team to take a look into it. Has anyone else run into similar issues with Mumble? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Remote access info for Connect?
On Mon, May 28, 2012 at 11:05:48PM +0200, Nicolas Ferre wrote: I have just tried to follow some sessions recorded during the first day of Linaro Connect and I have experienced some troubles with the camera position and sound recording. Actually, recording the people in the meeting room seems not so interesting and the sound is terrible: No way to hear Arnd or Linus speaking (I was interested in arm-soc and pinctrl)... Hello Nicolas, Thanks for the heads-up. We had to do a pretty major change to how the recording was done and this is why it's turned into a bit of a maiden run for this Connect. Today I'm listening in on all the sessions and making sure they are fixed -- if you have an issue, you can IM me on g+ (I know, but even Linus uses it..) and I'll get it sorted. Thanks to everybody who is attending remotely, I really want to see this working well and am keen on hearing when it isn't. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Remote access info for Connect?
On Fri, May 25, 2012 at 05:26:46PM +0100, Wookey wrote: http://connect.linaro.org/events/event/linaro-connect-q2-12/#getinvolved has no info on how to access connect remotely. Who knows about this and where is it written down? It's here: http://connect.linaro.org/remote-participation-for-q2-12/ I'm going to do a remote access test session tomorrow with Joey; we could set one up at a time which allowed you to test with us if you will be around. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
GCC Explorer.. on ARM?
http://xania.org/201205/gcc-explorer Could we get Matt to provide a cross-compiler environment too? He's already using gcc-linaro anyway.. ;-) We could also host a version ourselves under a cool linaro.org hostname. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: android-3.4 or android-3.4-compat
On Wed, May 23, 2012 at 02:21:50PM +0800, Andy Green wrote: If we KNOW that deconfiguration of CONFIG_ANDROID is equivalent to not having Androidization patched in, people will stop wanting to get rid of the patches. But since Google's interest is in the case it is configured, I doubt they took care about having it disabled well. For new or optional functionality, this is usually the case, but not for all changes. Having multiple config based code paths has additional maintainance burden, so frequently if a change really should be generic there isn't any need for a config. The simplest example of this are bug fixes, which shouldn't be configurable off :) For an example we had a problem yesterday with the Androidization interactive cpufreq governor turning up unexpectedly in an Ubuntu build and spamming block task logs. I dunno why it appeared yet, maybe it's marked up as defauly=y or some config fumble on part of guy who built the kernel. Generally when analyzing a situation like this I think the first question is whether feature X will be merged upstream, and then the question is whether it would be protected by CONFIG_ANDROID. How does the interactive governor fair against this criteria? Will it be accepted upstream, and if so, will it be behind CONFIG_ANDROID=y? Initially we added without discrimination that 7 year old patch that turns dmesg into junk to llct because it came in with Google's Androidization series. It suggests we're just shovelling them on without any plan at the moment. And I'd say in this case things worked ideally! Android tree had a very old hack that has since become obsolete. You noticed it in the tree and Yeah but that's what I am saying, we shovelled the patches on with no plan about assessment or audit and just waited for trouble. It's fair enough to do that on android-specific tree because it's for benefit of Android guys. But some vanilla people don't want to participate in finding bugs from non-mainline Android code they don't care about. Am I right in thinking the issue you're running into here is that your customer has direct expectations for the tree you're maintaining, which makes adding unexpected instability on a vanilla build very undesireable? (If that's not the case, then generally I don't see a problem with broadening the group testing the Androidization patches to the vanilla set -- they will be beta testing, but that's one key part of open source QA.) Personally I like the idea of the Androidization becoming part of the basis because it puts us in generally converged direction with mainline. But then we have a responsibility to make it as transparent as mainline will insist that it is if we expect members are seriously going to offer vanilla kernels on this basis. I like it too. What could we do cheaply that will give us the transparency or policy that addresses the risk you've outlined? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: android-build's are failing, we're on it...
On Thu, May 10, 2012 at 12:55:26PM -0700, Ricardo Salveti wrote: Sorry to say that, but I hate these kind of emails at Linaro Dev, as I believe we have other places (and better ones) to report such issues. Twitter would probably be the way to go. Well, to be honest I don't really see the problem with letting the list know that there are issues, and I interpret Zach's brevity as we're totally focused on getting the problem solved. I expect he's going to come back and explain what's broken when the issue is resolved. Is Twitter really that much better to inform us it's broken? I would have missed the news entirely, for one random data point. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Making ARM multiplatform kernels DT-only?
On Fri, May 04, 2012 at 10:03:40PM +0200, Linus Walleij wrote: On Fri, May 4, 2012 at 4:35 PM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: Well, my understanding is that there's DT patches around for Versatile. Is there? There is some in-tree stuff, but haven't seen any other sign of patches. Having looked a bit at that I get the impression that this DT code has been developed (by Grant I guess) in QEMU only as a proof of concept, and never really tested on a real Versatile hardware unit. These: http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=7390/1 http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=7391/1 make it clear that noone ever tested an MMC card on a Versatile booted on real hardware using DT. And I strongly suspect there are more instances like that, it seems AACI, GPIO and I2C and I guess whatever you cannot test on QEMU is just unsupported. Isn't there work by Pawel that adds support for more of the Versatile platform? My quick searching finds at least: http://comments.gmane.org/gmane.linux.drivers.i2c/10143 http://comments.gmane.org/gmane.linux.ports.arm.kernel/143523 I think the latter is merged already, but I may be wrong. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] (Deepak Saxena) April 8 - 14
On Tue, Apr 17, 2012 at 09:29:38AM -0700, Deepak Saxena wrote: * Worked with Kiko on Android Upstreaming patch tracking. Still have mixed feelings about whether every single patch needs to be tracked to help stay on top of deliverables but will give it a try, might get some ideas on different ways to do it. (http://goo.gl/QtPwS) I think the every single patch needs to be tracked part needs to be automated, but the rest is all valuable planning and judgement. * Worked on Upstreaming 101 slides (http://goo.gl/QtPwS) This is good -- could we get more comments on them? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: No group tracks at Connect
On Wed, Apr 18, 2012 at 10:43:56AM -0500, Zach Pfeffer wrote: While we're planning for connect, I'd like to suggest that we do away with team tracks all together and just have topic tracks. This would align with our topic based approach to things now, and would be a way to breakdown our silo's. The topic track would be lead by a topic champion. What do people think? I ask myself whether in practice it makes a difference. In practice, at Connect, you want somebody to own a certain set of sessions. Splitting this by team or by topic seems to have equal drawbacks on either side. However, now that I look at this list I wonder why you didn't suggest additional topics for the listing for the Connect website in the thread I started -- I see at least a few which might have been appropriate: Infrastructure Monitoring Continuous Integration Making Debug Easier Power Measurement A Unified Android/Ubuntu Distribution Community Engagement Putting it into a separate document is scattering, not gathering ;-) -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [PATCH 1/3] ARM: imx: Add common imx cpuidle init functionality.
On Tue, Apr 17, 2012 at 08:54:03AM -0500, Rob Lee wrote: +void __init imx_cpuidle_set_driver(struct cpuidle_driver *p) +{ + drv = p; +} You like it complicated, eh? Why do you introduce a function which sets a variable... This complication is used to deal with the timing of various levels of init calls. More explanation below. Regardless of how you end up solving this, it's probably a good idea to document the rationale, perhaps cribbing from what you describe below.. If I called imx_cpuidle_init directly from imx5 or imx6q init routines, it would be getting called before the coreinit_call of core cpuidle causing a failure. There were various other directions to take and all seemed less desirable than this one. One alternative would be to add a function to return the pointer to the cpuidle driver object based on the machine type. Functionality exists to identify imx5 as a machine type but not imx6q, so I couldn't use that machine based method without adding that extra code. Another alternative would be to add a general platform lateinit_call function to each platforms that support cpuidle. ..in a comment; without it, the code indeed looks bizarre. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Preliminary 12.04 linux-linaro kernel tree
On Wed, Apr 18, 2012 at 02:16:19AM +0400, Andrey Konovalov wrote: * tracking-umm-3.3-wip: this one seems to be in v3.4-rc3 mainline tree, correct? Not really -- that is an amalgamation of a number of patches, of which only the dma-mapping and some dma-buf changes went into -rc1/2. But what you really want to say is Sumit needs to respin the tree. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ 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 Sat, Apr 14, 2012 at 06:59:53PM +0300, Fathi Boudra wrote: On 14 April 2012 18:02, Christian Robottom Reis k...@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). Can't we somehow populate that automatically for all standard-ish kernel CI jobs? -- Christian Robottom Reis | [+55 16] 3376 0125 | http://launchpad.net/~kiko Canonical Ltd.| [+55 16] 9112 6430 | http://async.com.br/~kiko ___ 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 Mon, Apr 16, 2012 at 12:52:22PM +0530, Deepti Kalakeri wrote: 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? No the hwpack would be absent on the ci.linaro.org because the job does not copy the hwpack to ci.linaro.org anymore. Actually, the hwpack is alive and well in the directory above. -- Christian Robottom Reis | [+55 16] 3376 0125 | http://launchpad.net/~kiko Canonical Ltd.| [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Thermal release for this month.
On Sat, Apr 14, 2012 at 01:02:59AM +0400, Andrey Konovalov wrote: 2) So the new thermal_exynos4_imx6_work obsoletes the old exynos_thermal_framework_V2 topic. You should mention that explicitly when asking to add the new one to linux-linaro! I was a bit surprised at something related to this as well -- the new Exynos4 thermal patchset actually includes the generic cpu cooling patchset instead of keeping it separate. I realized later this was added because the maintainer suggested including a user of the generic code to demonstrate its usefulness, so it seems fine to me, though it might have been easier to understand if you had maintained the original subject Add generic cpu cooling devices and just expanded the patchset by including the Exynos4 implementation at the end. At any range, Andrey's comment is right -- you need to let him know when you're merging or splitting patchsets/topics or it'll be hard for him to keep track of them. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Activity] (Omar Ramirez) Apr 2 - Apr 8
On Mon, Apr 09, 2012 at 08:24:51PM -0500, Omar Ramirez Luna wrote: == Omar Ramirez omarrmz == === Highlights === * Working on device tree for mailbox: Find a kernel that works with DT for pandaboard (OMAP4): - k3.4-rc1 doesn't recognize DT blob, k3.3 DT panics at boot. - DT has to be appended to zImage. Find a DT uboot: - secretlab.ca uboot doesn't have usb support for panda, having problems with fatload and mmc. - linaro uboot has problems recognizing dt blob in memory (bootm ${kern} - ${dtb}; doesn't work properly). This is a bit unexpected -- is there really nobody currently booting Panda using a DT? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Which kernel should outside developers use?
On Wed, Apr 04, 2012 at 05:54:13PM +0100, Chris Simmonds wrote: Is this a new SoC (no mainline support) or an existing SoC? It's a new SoC which will have its own arch/arm/mach-xxx directory You haven't stated clearly your intention -- is it your first priority to have support for this platform included in Linus' mainline, or are you more interested in the bring-up for a product goal? So my questions are 1. Is this a rational approach? IMHO, you should be developing against mainline, say the last released kernel 3.3, if tracking 3.4-rc is too much. And then ask for it to be merged via the arm-soc tree if you have no other sub-arch maintainer above you. It is not feasible to track the tip mainline release both because it eats up man power in the kernel team but even more so in the QA team. Probably looking at one kernel release per year, ideally based on the long term kernel, currently 3.0. Based on your answer, I am guessing the latter option of the two I outlined above. When it comes to mainlining, is arm-soc the best way? There is no route via Linaro? That's correct -- the linux-linaro kernel is an integration tree, intended to validate and test cutting edge work happening in both working groups and member SoC and board bring-up. If you want to produce something suitable for mainline, you should base on trunk and uplevel your patches as mainline progresses. In other words, the linux-linaro kernel isn't intended to be a base for /SoC bringup/ efforts [*]; it's much better for you to track trunk and bring in specific branches that you care about. Note that I would certainly not start on 3.0, which is getting old very quickly. If you absolutely care about starting from a stable base, then I would start on the latest released kernel (currently 3.3); the state of things in ARM are such that every release you go backwards causes you to miss critical plumbing that we are working on. If you need specific features from the Linaro tree, you should use git branches to track the tree and cherry-pick the bits that you do need. Can you give examples of things that you do need from the Linaro tree? Basically, everything in arch/arm/kernel, arch/arm/mm, etc. Right now the diff is mostly to do with device tree, which is interesting but not crucial. But the principle is that linux-linaro will have arm architecture support before mainline, no? Yes, but you shouldn't base your work on linux-linaro, and instead on the topic branches that you care about -- basing your work on a history tree is going to lead to a path of tangled patches that will be much harder to upstream. A manifest of the branches being included in linux-linaro will be available online shortly; I'm waiting for Andrey (copied here) to publish that. [*] The complementary question is what /is/ linux-linaro for, if not to support new SoC bringup. The answer is that it's there to allow people to test cutting edge kernel work on Linaro member platforms -- for instance, if you want to verify how well Device Tree support works on an i.MX53 Quickstart, or how well the latest eMMC 4.5 storage patches work on Exynos. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: ARM port of google-talkplugin
On Sun, Mar 25, 2012 at 09:43:37AM -0600, Matt Waddel wrote: Does anybody know if google-talkplugin has been ported to ARM? This package is required to run Google Hangouts and there are proprietary libraries in the plugin that appear to be compiled for x86 only. I found some old references that these libraries might eventually be ported to ARM and was just wondering if anybody had heard of this work being done. Not the Linux plugin, but there's a Hangout app for Android, of course. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ 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 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. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Announcing Linarotv-xmbc image
On Thu, Jan 26, 2012 at 04:29:40PM +0800, Hui Zhang wrote: Thank you, Ricardo! By your experience,do you think xbmc can perform well on boards without hardware OpenGL ES acceleration? I don't know if Ricardo answered, but unless XBMC has a non-composited 2D mode, I think it's unlikely. You're asking a lot of the CPU, and I don't think the memory is fast enough to handle all the copies. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: linaro blocking issue
On Mon, Feb 20, 2012 at 10:39:20AM +, Dave Martin wrote: On Thu, Feb 16, 2012 at 05:27:21AM -0200, Christian Robottom Reis wrote: On Thu, Feb 16, 2012 at 12:49:21PM +0530, Amit wrote: I am not able to install any packages related to linaro for example when I tried that below command sudo add-apt-repository ppa:linaro-maintainers/toolchain I am getting error like Error reading https://launchpad.net/api/1.0/~linaro-maintainers/+archive/toolchain: urlopen error [Errno 111] Connection refused But when I use a direct INTERNET connection without proxy its working fine. The problem you're running into is that add-apt-repository is fetching a GPG key from the Ubuntu keyserver, which is running on port 11371. You can indeed punch a hold in the firewall, but you can also just issue sudo gpg --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 7BE1F97B since this is a one-time operation -- once the key is set up transferring packages is done over regular http. Is there a reason why we don't simply preinstall that key in the apt keyring before shipping the filesystem? It's a good question. I'm going to borrow James W.'s opinion here who will know of any unforseen consequences of it. The same goes for pre-seeding the apt litsts: downloading them as linaro-media-create time is worryingly non-deterministic. Really, the releases should be 100% self-contained. I think the reason we don't pre-seed these is that they take up a lot of space on the downloaded image. Am I wrong? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: linaro blocking issue
On Thu, Feb 16, 2012 at 03:02:44PM +0530, Amit wrote: gpg: directory `/home/bagggami/.gnupg' created gpg: new configuration file `/home/bagggami/.gnupg/gpg.conf' created gpg: WARNING: options in `/home/bagggami/.gnupg/gpg.conf' are not yet active during this run gpg: keyring `/home/bagggami/.gnupg/secring.gpg' created gpg: keyring `/home/bagggami/.gnupg/pubring.gpg' created gpg: requesting key 7BE1F97B from hkp server keyserver.ubuntu.com gpgkeys: HTTP fetch error 7: couldn't connect to host Looks like you are even having HTTP connection problems -- can you do web requests to http://keyserver.ubuntu.com at all? This is most certainly a network issue on your end. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: linaro blocking issue
On Thu, Feb 16, 2012 at 12:49:21PM +0530, Amit wrote: I am not able to install any packages related to linaro for example when I tried that below command sudo add-apt-repository ppa:linaro-maintainers/toolchain I am getting error like Error reading https://launchpad.net/api/1.0/~linaro-maintainers/+archive/toolchain: urlopen error [Errno 111] Connection refused But when I use a direct INTERNET connection without proxy its working fine. The problem you're running into is that add-apt-repository is fetching a GPG key from the Ubuntu keyserver, which is running on port 11371. You can indeed punch a hold in the firewall, but you can also just issue sudo gpg --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 7BE1F97B since this is a one-time operation -- once the key is set up transferring packages is done over regular http. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [RFC] Upcoming work view for individual engineers
On Wed, Feb 01, 2012 at 12:54:29PM -0300, Guilherme Salgado wrote: We're trying to make status.l.o more useful to engineers and the first thing we're planning to do is a new page listing the upcoming work assigned to a given person. I'm attaching a mockup of that view here and we'd like to know what you think of it... Do you think that would be useful to you? Is there any other information you'd like to see there, or maybe a different way to present/group them? Crazy idea to expand on: why not merge the p.l.o patch queues into the status.linaro.org view? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: What our customers want from Android
On Wed, Feb 01, 2012 at 04:00:32PM +0800, Bharathi Subramanian wrote: I feel, Linaro should maintain only 2 versions - stable and unstable external source. instead of maintain staging, tracking, landing, mainline etc Generally, I agree that only two versions must be enough. Is there any page on wiki, which can explain staging, tracking, landing mainline sources. There is, in fact: https://wiki.linaro.org/Platform/Android/LandingStagingTracking But note that this is what we are proposing to change. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: External tarballs can now be unpacked into a build
On Tue, Jan 31, 2012 at 03:50:37PM +, James Tunnicliffe wrote: Hi, https://wiki.linaro.org/Platform/Android/LinaroAndroidBuildService has been updated with these instructions about a new build option: EXTERNAL_TARBALL Use to request that the build system fetch an archive from the location that you set EXTERNAL_TARBALL to and unpack it into build/external_tarballs (build is the build root directory. This exact path can be written as $BUILD_SCRIPT_ROOT/../../build/external_tarballs). Multiple archives can be requested, separated by ;, e.g. EXTERNAL_TARBALL=http://foo.com/ball1.tar.gz;http://foo.com/ball2.tar.bz2; Nice work. I just wonder if there is a potential attack vector here -- is the build configuration writeable by any users invoked during the build or setup process? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: External tarballs can now be unpacked into a build
On Tue, Jan 31, 2012 at 06:49:18PM +, James Tunnicliffe wrote: Each build is run on a clean EC2 instance, so shouldn't worry about logins left behind from other activities. This certainly doesn't open us up to any more problems than a user who has write access to the box could cause any other way. Right, but could some evil code be committed that can modify the configuration to fetch an external exploit and install it into the LEB? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Sources for 11.11 kernel release
On Tue, Jan 24, 2012 at 04:19:22PM +0100, Zygmunt Krynicki wrote: This is a recap of the discussion we did about source meta data for packages. While interesting it was fruitless, nothing has happened. I'd like to propose to put lava-friendly meta data in: /usr/share/lava/{srcpackagename}/source.json On an installed system image? What happens if, like Chris, somebody's just downloading the kernel release? I'm not saying this will help to solve OPs problem but at least it Ah. :-) will feed LAVA with loads of meta-information about source that runs on the tested boards. If someone likes this format it could be adopted by other tools. I think the general idea is good but probably doesn't apply as neatly to Android as it does for Ubuntu and other package-based Linux; is that right? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Sources for 11.11 kernel release
On Tue, Jan 24, 2012 at 10:50:51AM -0500, Chris Lalancette wrote: In terms of finding things in the future, I have to say that there is a bit of a forest of git trees in linaro. At the very least, I would make sure that the .dsc file in the released deb points to the correct tree+tag that it was generated from. That's not a bad idea. John, can we make that happen? 1) Attempt to reduce the number of trees on git.linaro.org. I understand that there is probably a lot going on, but the sheer number of trees makes it confusing. It might be a good idea to remove some of the very stale or no longer active trees. What do Deepak and Loïc think of this in general? 2) Document on the wiki where the releases are built from, so there is a running record per release Where would we record this, Deepak, Alexander, Loïc? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Sources for 11.11 kernel release
On Tue, Jan 24, 2012 at 09:29:34AM -0500, Chris Lalancette wrote: (I'm aware that there is a thread on linaro-dev discussing this exact topic; this is a request for specific information, so I decided to start a new thread) Hello, As has been pointed out elsewhere, it is very difficult to find the exact git tree that corresponds to a kernel release. Currently the problem I am having is that the 11.11 linaro kernel release (linux-linaro-lt-omap_3.1.0-1402.5~oneiric1) works well on my new board, but later kernels do not. While I can download the kernel tarball for 3.1.0-1402.5 from launchpad, I would much prefer to use the git tree that it was produced from. Can anybody tell me exactly which git tree was used to create that kernel, and which tag/branch I should be looking at? That's a really good question. The answer is that it's this tag and branch: linux-release-2011-12 http://git.linaro.org/git/landing-teams/leb/ti/kernel.git However, I think there should be a natural way for you to find that out as well. How could we package this metadata so you'd find it easily? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Sources for 11.11 kernel release
On Tue, Jan 24, 2012 at 12:59:33PM -0200, Christian Robottom Reis wrote: On Tue, Jan 24, 2012 at 09:29:34AM -0500, Chris Lalancette wrote: (I'm aware that there is a thread on linaro-dev discussing this exact topic; this is a request for specific information, so I decided to start a new thread) Hello, As has been pointed out elsewhere, it is very difficult to find the exact git tree that corresponds to a kernel release. Currently the problem I am having is that the 11.11 linaro kernel release (linux-linaro-lt-omap_3.1.0-1402.5~oneiric1) works well on my new board, but later kernels do not. While I can download the kernel tarball for 3.1.0-1402.5 from launchpad, I would much prefer to use the git tree that it was produced from. Can anybody tell me exactly which git tree was used to create that kernel, and which tag/branch I should be looking at? That's a really good question. The answer is that it's this tag and branch: linux-release-2011-12 http://git.linaro.org/git/landing-teams/leb/ti/kernel.git Sorry, for 11.11 that's tag linux-release-2011-11-1 -- you can see all the tags here: http://git.linaro.org/gitweb?p=landing-teams/leb/ti/kernel.git;a=summary -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)
On Tue, Jan 10, 2012 at 11:00:29AM +0200, Ilias Biris wrote: On 09/01/12 17:40, Christian Robottom Reis wrote: for Realvideo that's going upstream into libav. Is there a mailing list post or commit? For realvideo the last release in 11.12 went upstream - repo: git://git.libav.org/libav.git hash: a1e98f198e9db4e5ddfc2f777014179d3d7bc4d2 This was incorporated in the last monthly Linaro release. I expect the same will happen in 12.01 Oh, so we are including in the Ubuntu LEB a trunk build of libav now? Do we do the same for Android (or does Android not use libav)? For speex, the releases are happening via the LP project - https://launchpad.net/linaro-multimedia-speex. The NEON optimisation patches (not contributed by Linaro) are supposed to be merged upstream but afaik have not yet been merged - which is why we helped release tarballs for our LEBs for now. Makes sense -- thanks! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)
On Tue, Jan 10, 2012 at 08:54:56AM -0600, Tom Gall wrote: On Tue, Jan 10, 2012 at 8:15 AM, Christian Robottom Reis k...@linaro.org wrote: On Tue, Jan 10, 2012 at 11:00:29AM +0200, Ilias Biris wrote: On 09/01/12 17:40, Christian Robottom Reis wrote: for Realvideo that's going upstream into libav. Is there a mailing list post or commit? For realvideo the last release in 11.12 went upstream - repo: git://git.libav.org/libav.git hash: a1e98f198e9db4e5ddfc2f777014179d3d7bc4d2 This was incorporated in the last monthly Linaro release. I expect the same will happen in 12.01 Oh, so we are including in the Ubuntu LEB a trunk build of libav now? Do we do the same for Android (or does Android not use libav)? A correction is in order. No we did not ship an upstream development version of libav. The patch was shipped upstream and accepted. It was discussed and decided in this instance we will pick up the functionality in our libav when the next version of libav is released. Okay, that makes sense. Should we have a PPA with release and maybe even pre-release versions available for testing? And as I asked above does Android use libav? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: DD and Resize2fs
On Tue, Jan 10, 2012 at 05:29:25PM +0100, Adrien Ferré wrote: Just tried a linaro nano distrib for beagleboards. I used the dd tool to copy bit per bit the system to the sdcard but I now have a 500 Mb system on a 8 Gb sd card. First thing to do is to resize the rootfs partition. I guess one answer is if you don't want a fixed image size, it's probably going to be best to use linaro-media-create, which lets you decide exactly what you want. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)
- Wiki page for libjpeg-turbo integration in skia and skia_test usage for jpeg performance test was created Ah -- a URL would be nice? - Created a parser for the test definition of Speex Where is this and the libav Realvideo code going? Issues - Bug #893402 is impeding progress in end-to-end audio testing (only a prototype is available for desktop - pandaboard is not functional). What's blocking this -- it's not clear from the bug? Let me know and I can help get it unstuck. Risks -UCM for Android will be split to cover the different parts of the work - some of the work will be done till LCQ1.12 but the work will be completed after Connect Tom, tell me more about this one today. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)
On Mon, Jan 09, 2012 at 09:19:10AM -0600, Tom Gall wrote: - Created a parser for the test definition of Speex Where is this and the libav Realvideo code going? for Realvideo that's going upstream into libav. Is there a mailing list post or commit? And for speex? What's blocking this -- it's not clear from the bug? Let me know and I can help get it unstuck. The issue is that audio over hdmi works however audio over the audio jack has been either non functional or iffy. I met with Wei last night and mentioned that it needs to be looked into again. Would be worth testing with a trunk tilt kernel, and if still broken, get Andy to look at it? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: RFC: Ideas for Linaro
On Thu, Jan 05, 2012 at 09:51:01AM -0700, Joey Stanford wrote: I like brainstorm, though on the Ubuntu side I know it's been a struggle lately to maintain, keep moderators and idea reviewers. I'm hoping that since we're a smaller group that you and Michael can keep up with it (like ask.linaro.org). I'm not sure adding one more service like brainstorm will help us enough to offset the added pain of further context-switching an already small team. Is there really that much demand that isn't finding its way to us? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: snowball does not compile on linux-next
On Tue, Jan 03, 2012 at 08:19:37AM +0100, Linus Walleij wrote: On Mon, Jan 2, 2012 at 4:25 PM, Christian Robottom Reis k...@linaro.org wrote: On Mon, Jan 02, 2012 at 01:59:10PM +0100, Linus Walleij wrote: On Mon, Jan 2, 2012 at 12:49 PM, Daniel Lezcano daniel.lezc...@linaro.org wrote: the kernel does not compile when CONFIG_CLKSRC_DBX500_PRCMU_SCHED_CLOCK is set. Should this be in our default configs, or one of our tested configs, so we can catch this in a CI loop? It should be in the defconfig already, the problem showed up for Daniel exactly because it was configured in. Okay, then the question is what do we need to do to make a box go red and have people notified when it breaks? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Call for testing: Updated OpenJDK 6.0 ARM port (for Ubuntu)
Hi there, Matthias has just landed in the Precise repositories an updated version of OpenJDK that comes with a newly updated Zero-based ARM optimized backend. Since many people have inquired about the general state of Java on ARM, I'd like it if we could get some installation and testing results using the packages published from the source at: https://launchpad.net/ubuntu/precise/+source/openjdk-6/6b24~pre2-0ubuntu2 Installable packages are linked to from: https://launchpad.net/ubuntu/+source/openjdk-6/6b24~pre2-0ubuntu2/+build/3015810 Reports of installation issues, and general results trying to run from simple to complex applications would be appreciated. Note there is no backport PPA for these packages at the moment. But it's still time to give them a xmas spin and give me the great news that Java on ARM is getting back on track -- thanks! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Weird, weird Linux on ARM, a LinuxCon presentation
I did a presentation this November at LinuxCon Brazil called The Wierd World of Linux on ARM (featuring Android): https://events.linuxfoundation.org/events/linuxcon-brasil/programacao I thought the slides might be interesting, so I posted them here: https://wiki.linaro.org/ChristianReis Linus didn't ask me any questions, so your comments are even more welcome than usual. Thanks! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: ANN: New Wiki Theme
On Wed, Nov 16, 2011 at 05:55:54PM +, David Rusling wrote: Hmm, I'm not sure what category TSC and OCTO comes under, but NOT Administrative! Steering? Though I think the real fix is to reorganize the website to make it clear how Linaro actually works, and then the frontpage of the wiki becomes less important. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Debian GNU/Linux on tablet hardware
On Fri, Oct 28, 2011 at 09:30:19PM +0200, Zygmunt Krynicki wrote: I was just trying to state my opinion that Linaro supporting android kernels is kind of misleading in its own way. While I'm not a kernel developer I'm deep in Linaro and I try to stay informed about what is going on. I would love to see responses from other Linaro engineers as that would correct my personal opinion if I got something wrong. If the context in this message hadn't been butchered (and the message itself wasn't the size of the Britannica) I would risk a more complete answer; however, generally Linaro a) does intend its kernel releases and distribution images to be runnable and useful to developers using our members' development boards and b) we do significant work testing, fixing and maintaining said kernel releases and distribution images. If that wasn't the question, can somebody restate it clearly? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: libjpeg8c vs libjpeg-turbo with libjpeg8 compat on
On Thu, Oct 27, 2011 at 10:30:14PM +0300, Siarhei Siamashka wrote: On Thu, Oct 27, 2011 at 9:45 PM, Christian Robottom Reis k...@linaro.org wrote: On Wed, Oct 26, 2011 at 03:54:52PM -0500, Tom Gall wrote: Hardware used includes the imx53 QuickStart board by freescale and an intel core 2 duo in my Lenovo T400. The results can be found here including both the raw numbers and pretty graphs. https://wiki.linaro.org/TomGall/LibJpeg8 Again, wow, thanks for such a thorough analysis. I think this is indeed very good material for discusing with Ubuntu. Do we have a session scheduled with them to talk about this? I have a question: any idea why the gap between 8c and turbo8 is so much more impressive on x86(_64) than on ARM? Out of curiosity, how much is much more impressive? Which case in particular has caught your attention? Sorry; here's the graphs which show where I was surprised to see a 3-4x gap: https://wiki.linaro.org/TomGall/LibJpeg8?action=AttachFiledo=viewtarget=Intel-x86_64-3136x2352-Q95-libjpeg8vlibjpeg-turbo.jpg https://wiki.linaro.org/TomGall/LibJpeg8?action=AttachFiledo=viewtarget=Intel-x86_64-3136x2352-Q75-libjpeg8vlibjpeg-turbo.jpg https://wiki.linaro.org/TomGall/LibJpeg8?action=AttachFiledo=viewtarget=Intel-x86_64-640x480-Q75-libjpeg8vlibjpeg-turbo.jpg https://wiki.linaro.org/TomGall/LibJpeg8?action=AttachFiledo=viewtarget=Intel-x86_64-640x480-Q95-libjpeg8vlibjpeg-turbo.jpg Could there be low-hanging fruit left in the NEON codepaths? Yes, currently missing ARM NEON optimizations for chroma upsampling/downsampling and grayscale color conversions definitely affect the tjbench results for subsampled formats and grayscale. Also huffman decoder optimizations (which are C code, not SIMD) in libjpeg-turbo seem to be providing only some barely measurable improvement on ARM, while huffman speedup is clearly more impressive on x86. This gives libjpeg-turbo more points over IJG jpeg on x86 as a result. We should definitely consider these for future work, then. Thanks for the reply, -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: linaro-media-create/linaro-android-media-create command line options changes
On Wed, Oct 19, 2011 at 09:19:49AM +0300, Fathi Boudra wrote: linaro-media-create/linaro-android-media-create command line options are now using dashes to separate words instead of underscores. Woot, nice catch fixing it before I even complained! Thanks guys, -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Android Platform Team 2011-10-10 to 2011-10-16
On Thu, Oct 20, 2011 at 01:15:01PM +0200, Tony Mansson wrote: * libjpeg-turbo has been benchmarked against the original Android libjpeg implementation. https://wiki.linaro.org/TomGall/LibJpegTurbo This is now impressive enough that I think it's time for us to start promoting this in the Android lists more widely. Has somebody already started? I'm also surprised at the fact that Linux generally beats Android on the panda tests. Do we know why? * Good progress on Origen Ethernet and WLAN. What is needed to make this happen beyond enabling this in the kernel? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
The Value of Thumb-2
Hello there, Coming back from Asia I've been putting a lot of thought about how we can make sure we spend our engineering cycles on the work that is most valuable to the current Linaro members, and part of that means reassessing assumptions that we've carried since our foundation. The first point I want to raise is Thumb-2, the alternative ISA described by ARM like this: For performance optimised code Thumb-2 technology uses 31 percent less memory to reduce system cost, while providing up to 38 percent higher performance than existing high density code, which can be used to prolong battery-life or to enrich the product feature set. Thumb-2 technology is featured in the processor, and in all ARMv7 architecture-based processors. We've from the beginning set Thumb-2 in our standard configuration across platforms, but outside of Ubuntu, I think we're unique in that. So the questions I have are: - Do we know how much better Thumb-2 actually is, in practice? It's easy for us to confirm this on Android; what do the numbers and feel of the system tell us? - What are the downsides to using Thumb-2 in general? Do we have anecdotes or threads that talk about bad experiences or blockers in the transition? - If it's so great, how could we lead a wide-ranging transition to Thumb2 becoming the standard ISA for modern v7 applications, including Android, Yocto and anything else relevant that runs on a Cortex A? Thanks, -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Oneiric image directory on snapshots.linaro.org
On Fri, Oct 07, 2011 at 01:37:29PM +0100, Peter Maydell wrote: On 7 October 2011 13:16, Fathi Boudra fathi.bou...@linaro.org wrote: On 7 October 2011 15:06, Peter Maydell peter.mayd...@linaro.org wrote: On 7 October 2011 11:23, Alexander Sack a...@linaro.org wrote: Also, it strikes me that we only use snapshots.linaro.org for ubuntu Eh? snapshots has more than just the ubuntu desktop images -- it has nano, alip, hwpacks and all the rest. I think calling it ubuntu-build would be rather confusing... These images are all Ubuntu based images. Yes, technically they're all based on Ubuntu, but I don't think that most people who use the nano image (say) think of it as primarily an ubuntu image. Maybe I'm wrong... I think Peter is probably right, but somehow we need to resolve the issue that snapshots /only/ contains Ubuntu-based stuff at the moment (or, put differently, nothing Android-related). More fundamentally, is there really a reason why we shouldn't have /all/ images downloadable from snapshots.linaro.org? I find it a bit unobvious that you'd go to android-build to download Android images. Is it only me? (PS: I really dislike URLs with hyphens in them! Remember bazaar-vcs.org? Yuck) -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Thu, Oct 06, 2011 at 06:44:43PM +0100, Mark Brown wrote: On Thu, Oct 06, 2011 at 11:38:35AM -0300, Christian Robottom Reis wrote: On Wed, Oct 05, 2011 at 05:45:00PM -0500, Kurt Taylor wrote: There are only 3 left from the list that are bounded enough to consider: 1) Compressed data api into ALSA - driver specific kernel work and ALSA/ASoC plumbing, prob not a good fit for mmwg yet I think this is worth sketching out. Who could actually sit down and write a good description (even if without AC) so I can share the topic. Note that there's already an API from Intel which people are relatively happy with, it mostly just needs some fettling for kernel integration - after that it's just a realtively straightforward integration question, more or less. Shouldn't we get involved in this early so that anything which doesn't fit our SoCs well gets addressed in the design phase? -- Christian Robottom Reis | [+55 16] 3376 0125 | http://launchpad.net/~kiko Canonical Ltd.| [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Oneiric image directory on snapshots.linaro.org
On Fri, Oct 07, 2011 at 10:46:57AM -0500, Tom Gall wrote: Eh? snapshots has more than just the ubuntu desktop images -- it has nano, alip, hwpacks and all the rest. I think calling it ubuntu-build would be rather confusing... These images are all Ubuntu based images. Yes, technically they're all based on Ubuntu, but I don't think that most people who use the nano image (say) think of it as primarily an ubuntu image. Maybe I'm wrong... I think Peter is probably right, but somehow we need to resolve the issue that snapshots /only/ contains Ubuntu-based stuff at the moment (or, put differently, nothing Android-related). Is this policy or just implementation? I could see at some point in the very near future especially with the absurdly small images that things might be less than ubuntu based... take a system which is nothing more than busybox as a for instance. I certainly haven't specified such a policy, and I dislike anything we do that makes Android look like a weird Linux stepchild ;-) But ultimately this is Alexander's call, I think. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
A Plumber's Wish List
http://lwn.net/Articles/462076/ How many of these are relevant to ARM platforms (including Android), and what would feature on an ARM Plumber's Wish List? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Fri, Oct 07, 2011 at 08:20:00PM +0100, Mark Brown wrote: On Fri, Oct 07, 2011 at 12:43:02PM -0300, Christian Robottom Reis wrote: On Thu, Oct 06, 2011 at 06:44:43PM +0100, Mark Brown wrote: Note that there's already an API from Intel which people are relatively happy with, it mostly just needs some fettling for kernel integration - after that it's just a realtively straightforward integration question, more or less. Shouldn't we get involved in this early so that anything which doesn't fit our SoCs well gets addressed in the design phase? So, I'm actually nothing to do with Linaro - just keeping an eye on this list from an ALSA upstream PoV. I know; I'm asking the wider question to linaro-dev ;-) -- Christian Robottom Reis | [+55 16] 3376 0125 | http://launchpad.net/~kiko Canonical Ltd.| [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Weekly status Graphics WG - wk39.2011 (20110926-20110930)
On Wed, Oct 05, 2011 at 09:19:18AM -0700, Jesse Barker wrote: Those are only the session blueprints for the scheduler. Of course, I had forgotten about this silliness. Hopefully this is being less expensive now that we have less sessions and the UI is a little bit better. Long-term, I really want to see us have the ability to conveniently schedule a session independently or not of having a blueprint for us. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Thu, Oct 06, 2011 at 08:44:01AM +0300, Fathi Boudra wrote: On 6 October 2011 00:43, Mans Rullgard mans.rullg...@linaro.org wrote: On 5 October 2011 18:35, Christian Robottom Reis k...@linaro.org wrote: On Wed, Oct 05, 2011 at 08:09:03PM +0300, Fathi Boudra wrote: Debian/Ubuntu P are going to move to libjpeg8 by default making current package obsolete in the future. Note that when we asked Darrell about this he questioned the performance benefits of version 8. Mans probably knows more. There is no benefit to v8. v7 added support for the rarely/never used arithmetic coding option, left out of earlier versions due to patent issues. Since nobody uses this mode, supporting it is irrelevant. v8 only adds some experimental, non-standard coding options even less relevant to any real-world uses. What is relevant is, however, that v8 is significantly slower than v6 in the default configuration. I don't remember if this slowdown was present already in v7. According to Bill Allombert, v8 support more image format and provide a higher image quality. I really question this statement based on what Mans and Darrell have both said (a number of times now). Where is the hard data that shows this is true? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Wed, Oct 05, 2011 at 05:45:00PM -0500, Kurt Taylor wrote: Is there any optimization (or indeed implementation) work being done here by anyone in the MMWG itself (i.e. excluding Tom)? Tom willingly jumped on this work when we didn't have anyone else and has done a great job. Mans has been advising as needed. I see no need to take it away from Tom just because he isnt officially in the MMWG. You missed my point -- I was asking if there's any implementation work being done in the MMWG. Tom isn't going to be writing optimization code, though he will work on integration code, certainly. My question to the MMWG is whether there's anything valuable left to do in terms of optimization. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Thu, Oct 06, 2011 at 09:07:19AM +0300, Fathi Boudra wrote: What are we using to measure these improvements? What is the -turbo lib being used for? We use tjbench to measure the improvements. The browsers (firefox/chromium) is a use case mentioned on the roadmap but I didn't have seen any results. Tom knows more. Debian/Ubuntu P are going to move to libjpeg8 by default making current package obsolete in the future. Note that when we asked Darrell about this he questioned the performance benefits of version 8. Mans probably knows more. At any rate, -turbo as an upstream is the only sane decision. Who is making the choice from the Ubuntu side -- and is there a bug open for this? Bill Allombert is libjpeg Debian maintainer. At the moment, Ubuntu is following Debian. There isn't any bug open as the transition didn't started yet. I think Tom and Ricardo should probably talk to Bill about it; I see this as being a very questionable move. I'd much rather move to seeing libjpeg deprecated into a libjpeg-legacy-8b package for good and -turbo become the actual system version. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Wed, Oct 05, 2011 at 05:45:00PM -0500, Kurt Taylor wrote: There are only 3 left from the list that are bounded enough to consider: 1) Compressed data api into ALSA - driver specific kernel work and ALSA/ASoC plumbing, prob not a good fit for mmwg yet I think this is worth sketching out. Who could actually sit down and write a good description (even if without AC) so I can share the topic. 2) ALSA port of ST-E drivers - also prob not a good fit for mmwg, already proposed as a possible requirement for the new STG team in that mail thread They don't use ALSA at all? And wouldn't this be better done within the ST-Ericsson LT? 3) End to end audio tests for integration - new proposal by Alexander, blueprints are already created, investigation underway, but I can write up a papyrs page for it if we need to take it in front of the TSC Hmm, this is actually already represented inside a drafted blueprint: https://linaro.papyrs.com/page/4119/LINUX2011-ENABLEMENT-TESTING/# Can you, Alexander and Ricardo figure out whether this should be split out? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Thu, Oct 06, 2011 at 05:38:06PM +0300, Fathi Boudra wrote: I think Tom and Ricardo should probably talk to Bill about it; I see this as being a very questionable move. I'd much rather move to seeing libjpeg deprecated into a libjpeg-legacy-8b package for good and -turbo become the actual system version. Debian hat I own the ITP on Debian and already talk to Bill about our plans with ljt. /Debian hat That's good to know. So now you can convince him to stop this madness ;-) -- Christian Robottom Reis | [+55 16] 3376 0125 | http://launchpad.net/~kiko Canonical Ltd.| [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Thu, Oct 06, 2011 at 11:06:32AM -0500, Kurt Taylor wrote: On 6 October 2011 09:38, Christian Robottom Reis k...@linaro.org wrote: On Wed, Oct 05, 2011 at 05:45:00PM -0500, Kurt Taylor wrote: There are only 3 left from the list that are bounded enough to consider: 1) Compressed data api into ALSA - driver specific kernel work and ALSA/ASoC plumbing, prob not a good fit for mmwg yet I think this is worth sketching out. Who could actually sit down and write a good description (even if without AC) so I can share the topic. 2) ALSA port of ST-E drivers - also prob not a good fit for mmwg, already proposed as a possible requirement for the new STG team in that mail thread They don't use ALSA at all? And wouldn't this be better done within the ST-Ericsson LT? As I understand it, they do not use ALSA. I had originally proposed it be done in the ST-E LT, but Lee proposed that it be moved to the STG team (full email thread). Right, but since STG isn't going forward as a unit of itself, we should look at this again. -- Christian Robottom Reis | [+55 16] 3376 0125 | http://launchpad.net/~kiko Canonical Ltd.| [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Connect 2011 Q4 - SoC Technology Group
On Mon, Sep 19, 2011 at 05:36:14PM +0100, Lee Jones wrote: (Go and get yourself a coffee) :) The idea of this new group has gained enough traction such that we have decided to run multiple sessions at Connect. Before we can start to plan the sessions however, we need to gain a better idea of interested parties. So, who and in what capacity do people wish to participate? What is the SoC Technology Group (STG)? Broadly speaking it's a splinter/pseudo group of technical engineers from each applicable Working Group. Although it could easily contain members from Platform, Infrastructure and/or Landing Teams. The primary role of the STG would be to enable feature sets being produced by the Working Groups on each of our supported boards. This team will focus heavily on the upstream kernel. (Having said what I did in the past email about not going forward with the creation of an STG unit, I'm +1 on us doing a cross-team experiment at Connect to discuss STG-related issues, produce a work plan and even kill some work items as part of it. If there is demand and interest, I promise to chip in and help coordinate.) -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Tue, Oct 04, 2011 at 02:42:22PM +0300, Ilias Biris wrote: - Decision on the multimedia content licenses is still pending - TSC to provide guidance This was approved today. - libjpeg-turbo - oneiric upload, 11.09 natty version released to ppa:linaro-maintainers/overlay, implemented and submitted upstream (Blueprint: https://blueprints.launchpad.net/libjpeg-turbo/+spec/engr-mm-codec-jpeg-libstartup), benchmarking ltj with tjbench Is there any optimization (or indeed implementation) work being done here by anyone in the MMWG itself (i.e. excluding Tom)? - Studying dma-buf scatter list feature - useless on snowball - snowball doesn't MMU on hw IP. Could use something like sg_is_last() or sg_is_chain() to say that there is only one piece of memory in the scatterlist, but the idea for using scatterlist is that the API should handle both cases - both devices that need contiguous and those that don't That's correct -- even if Snowball lacks an IOMMU for the hardware codecs, it should be able to use CMA to get access to a contiguous area and the dma-buf API should work for it. Who is working on this? - Testing dts decoder with gst-ffmpeg on panda and i.mx53 (mkv + dts 6ch) Nice -- what are the results looking like? Please feel free to ask any questions or let me know if you believe that something is missing Can you get the requirement laundry list polished up a little bit and sent to the TSC for feedback if any topics there look worth pursuing further into requirements? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)
On Wed, Oct 05, 2011 at 08:09:03PM +0300, Fathi Boudra wrote: libjpeg-turbo is available in Oneiric, using v62 emulation. The performance improvements aren't significant at the moment. What are we using to measure these improvements? What is the -turbo lib being used for? Debian/Ubuntu P are going to move to libjpeg8 by default making current package obsolete in the future. Note that when we asked Darrell about this he questioned the performance benefits of version 8. Mans probably knows more. At any rate, -turbo as an upstream is the only sane decision. Who is making the choice from the Ubuntu side -- and is there a bug open for this? There's definitely some work coming to my mind: - package libjpeg-turbo with v8 compatibility mode enabled - test v8 emulation mode (it seems there's some functions marked as stubs, need to be confirmed) - run tjbench as part of LAVA tests to get comparisons (plain libjpeg vs ljt) - benchmark on Android platform Agreed. And you could tack onto this optimizing any other routines that are not currently NEON optimized and worth it. What's the MM WG plan for ljt? Is there some blueprints in MM WG backlog for the items I mentioned? Same question here! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Android Tracking Tree
On Thu, Sep 22, 2011 at 04:24:17PM -0500, Zach Pfeffer wrote: What I think we need is for Linaro to take charge of common-3.x, ie, a linaro-common-tracking branch. That will let anyone 'androidize' Linus HEAD based trees, which you can't do routinely at the moment. I guess usually, it's no so painful to continuously uplevel Android patchset day by day unless some gross conflict is coming. John's opinion is that this upleveling isn't trivial and that we should wait for Google to do it since they're the experts. So how do we accomplish this common tracking branch across new releases of upstream? Or am I misunderstanding Andy's idea -- is he not suggesting we have something which is Linus HEAD plus Android patches? Should we just shoot for only making Android builds from upstreamed work (kernel.org and AOSP) and not worry about hardware enablement unless that enablement can be done in an upstreamable way? If the question is simply that, the answer is of course no -- the Landing Team trees can contain stuff which is not-yet-upstreamable, and we should still use them for Android builds if they can be used for that. But I think you're asking a different question. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG status report - wk38.2011 (20110919-20110923)
On Mon, Sep 26, 2011 at 03:20:14PM +0200, Nicolas wrote: I think s/linaro/linaro-public/ and s/page/public/ So: https://linaro-public.papyrs.com/public/4156/MMWG2011-1/# https://linaro-public.papyrs.com/public/4157/MMWG2011-2/# And for the record, once status.linaro.org is updated we'll have a publically visible rendering of the roadmap items linked to the specifications -- so you won't need to remember these funny URLs. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Multimedia WG status report - wk38.2011 (20110919-20110923)
On Mon, Sep 26, 2011 at 03:21:06PM +0300, Ilias Biris wrote: * Requirements for the next quarter - list of what is being considered is as follows (Items without a link in papyrs need still to be described and justified) - UMM Camera Demo - https://linaro.papyrs.com/page/4156/MMWG2011-1/# Good job updating this one! - UCM for Android - https://linaro.papyrs.com/page/4157/MMWG2011-2/# This still needs significant work. - libpng optimization I've got interest in this one -- can anyone articulate potential wins? - Better video rendering integration in UI, like X11 proposal for wayland, extended dri2 Needs describing. - Audio DTS decoding - could be tricky, involves legal aspects which need to be carefully looked at, already done in libav? - Compressed data sound support (as in http://www.linuxplumbersconf.org/2011/ocw/proposals/633) Are these not the same thing? Or is the first Optimized Software DTS decoding? - Realvideo on ARM (popular in China) - needs optimization for 720p playback, VGA is ok Needs describing. - armv6 optimizations for vp8 in libav - 10-bit h264 optimization needed in libav - 3D video stream - secure streaming (like netflix) - audio library optimization At least a paragraph for each for these in Papyrs would be enough for me to accept putting a card in Deferred for these (and the ideas above). -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Building Linaro Android from source and replacing the kernel in an Linaro Android build
On Thu, Sep 15, 2011 at 05:02:24PM -0500, Zach Pfeffer wrote: http://www.linaro.org/linaro-blog/2011/09/15/switching-out-a-pre-built-android-images-kernel/ Nice. To guide the audience, you might want to put some headings in, like Getting the kernel source, Building the kernel, Flashing the base OS and Replacing the kernel. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: ALIP filesystem
On Thu, Sep 15, 2011 at 10:05:59AM +0100, Frederik Lotter wrote: The startup seems to encounter 3 errors after which it does not proceed any further. If I am moving outside of an area you can help with I understand. If you can give me a tip on what could possibly be happening here that would be a bonus. VFS: Mounted root (nfs filesystem) on device 0:11. Freeing init memory: 140K init: ureadahead main process (454) terminated with status 5 mount.nfs: remote share not in 'host:dir' format mountall: mount / [460] terminated with status 32 What does your fstab look like? This normally happens when you've got an entry there with type nfs but a non-NFS-style (foo:/bar) path. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] OCTO status report - wk36.2011 (20110905-20110909)
On Tue, Sep 13, 2011 at 01:26:00PM +0300, Ilias Biris wrote: - UMM work is progressing. Documentation is becoming available through Another ping on getting a UMM info center wikipage? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro Boot up times.
On Tue, Sep 13, 2011 at 11:52:40AM +0530, Sudhangathan B S wrote: My boot time measurement markers are: Timer start is at the plug-in (i.e. at the instant when overo-fire is powered) Timer end is when all the icons on the desktop have appeared, and loading process is stopped. This is when the processor comes to a nearly idle state. This comes to about 2 minutes approximately after a few tweaks. From the startup applications I removed 1) login sound 2) Personal file sharing 3) Print queue applet 4) Pulse Audio related items 5) User folder update 6) Visual Assistance Prior to which the boot time was approx 2m:15s... This is still way too much. How long do you take from boot until X paints its first screen? Also wondering whether i can remove the Zeigeist datahub, for I don't know what it is doing. I guess it depends on whether you are using Unity; I think it drives the search which the dash uses. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [REMINDER] Linaro 11.09 release dates and deliveries
On Tue, Sep 13, 2011 at 09:50:22AM +0300, Fathi Boudra wrote: The following components are planned to be delivered this month: [...] * Multimedia WG: libjpeg-turbo (for Android) Why only for Android (the package should be generic, right?), and what is the story with https://launchpad.net/smartt? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: OpenMax survey presentation
On Wed, Sep 14, 2011 at 02:32:00PM +0200, Benjamin Gaignard wrote: SoC vendors use lot of different quirks for codec configuration (bitrate, number of channels, etc...). But while only TI code is public (ST-E and FreeScale aren't) it is impossible for me to give/write more details about this. Couldn't you at least cite as examples the quirks TI uses? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [REMINDER] Linaro 11.09 release dates and deliveries
On Wed, Sep 14, 2011 at 08:33:58AM -0500, Tom Gall wrote: Greets, On Wed, Sep 14, 2011 at 7:21 AM, Christian Robottom Reis k...@linaro.org wrote: On Tue, Sep 13, 2011 at 09:50:22AM +0300, Fathi Boudra wrote: The following components are planned to be delivered this month: [...] * Multimedia WG: libjpeg-turbo (for Android) Why only for Android (the package should be generic, right?), The code mentioned here is specifically for Android, and bounded by #ifdef ANDROID, so yes the package is generic, however if you're not building for android you won't see those additions, (least not yet). I know -- I was just noting the text in the plan is a bit misleading. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: First 11.09 Linaro Android Candidate Builds are done for (Linux 3.0.3, GCC 4.6, libjpegturbo) Panda, Beagle, Beagle xM, iMX53, Origen, Snowball
On Mon, Sep 12, 2011 at 10:12:22PM -0500, Zach Pfeffer wrote: stage-origen-11.09-release stage-panda-11.09-release stage-snowball-11.09-release stage-imx53-11.09-release panda-11.09-release beagle-11.09-release Would be: origen-staging-11.09-taupe panda-staging-11.09-mauve snowball-staging-11-burntsienna imx53-staging-11.09-orangecrush panda-11.09-crucialpink beagle-11.09-black The main problem I see with staging is that it's simply not true in the common sense of the word staging -- it implies that what is in staging today is intended to become upstream (or mainstream) in the future, whereas there's lots that is in the LT branches which, well, isn't. OTOH, I really can't come up with good alternatives to 'staging' that I don't see other problems with. There was a non-upstreamable suggestion a while back, and I have been known to call them dirty ;-) -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro 11.08 released
On Wed, Sep 07, 2011 at 08:53:06AM +0300, Fathi Boudra wrote: http://www.linaro.org/downloads/ had received some lifting. It's still a work in progress but it should resolved some of the issue raised. Please, take a look. feedback is welcome. I know. The feedback I gave below was from the updated page, so it applies right now. ;-) Finally, can we please not have a dead Select a release... menuitem? It's trivial to leave selected in the menu the release currently being displayed. On 7 September 2011 01:13, Christian Robottom Reis k...@linaro.org wrote: On Fri, Aug 26, 2011 at 10:18:18AM +0100, Dave Martin wrote: a) Is the omission of the Developers and Community Builds links from http://www.linaro.org/downloads/ intentional? This is a concern, because these links contain the _only_ deliverables for certain platform and filesystem combinations. The wiki release page itself is not easily findable without going to the wiki. It's not intentional, but we chose to keep them out for a bit to try and figure out how to keep the LEBs special. But this time around, you can see them live: http://www.linaro.org/downloads/ I did mention today to Alexander that I would like to see the Download for: column cleaned up -- perhaps by moving the set to be split across rows, or something else visually smart. b) The release page on the wiki contains important information like the list of known issues. Shouldn't this page be linked from http://www.linaro.org/downloads/ or some other prominent location? I don't see how to get to it at present. A visitor won't know that they have to go to the wiki for this information. It's now linked, but I somehow feel that we should have these visible from the main download page. Perhaps as a set of tabs inside Downloads -- Downloads, Release Notes? Or Dave, do you think the way we have it now is good enough for the moment? c) The known issues list on the wiki release page doesn't seem include all the issues reported during testing. Will these get propagated, or is it the responsibility of testers to add the relevant information to the known issues list themselves? That's a good point. I may have missed a reply to this -- what's the plan? There isn't any plan. I replied in a previous mail what's the process to escalate a bug to the known issues list. In addition, we added the following link on the downloads website: Full details of this release, including detailed release highlights and known issues, can be found on the release pages of our Wiki. d) For vexpress specifically, there is no link from the release pages or downloads to the specific installation instructions applicable to this board. Even I find these difficult to find without bookmarking. Because that information is very board-specific, I don't think it needs to be included on https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation -- but can we at least have a link on there pointing to the appropriate page? That's sort of what I am saying with my comment above about cleaning up the Download for: column. Instead of stapling them all together, how about: Nano Natty 11.08 download link TI Beagleboard instructions ARM Versatile instructions ST-Ericsson Snowball instructions I realize the download link isn't exactly unique per-board and that we have no way of fixing that in the near term. But at least the design aboves is a step forward. Finally, WTF is Android Machine? :-) -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Linaro-mm-sig] Memory Management Documentation effort
On Wed, Sep 07, 2011 at 11:23:47PM +0300, Ilias Biris wrote: I have put together a wiki page with information on the Release for the patches to be tested while waiting for the upstreaming to the mainline to happen. The page is https://wiki.linaro.org/OfficeofCTO/MemoryManagement/ReleaseInfo I saw that, but it really isn't what I'm looking for in terms of a home for this work in the wiki. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
The Cortex-A Programmer's Guide
- Forwarded message from Roger Teague roger.tea...@arm.com - Date: Wed, 7 Sep 2011 14:25:11 +0100 From: Roger Teague Subject: Cortex Programmers Guide Folks, Are you aware of the following? http://www.cadence.com/Community/blogs/sd/archive/2011/08/04/a-must-read-the-arm-cortex-a-programmer-s-guide.aspx a blog from Cadence but it does carry a link to the doc. - End forwarded message - Enjoy! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: auxv + neon
On Tue, Sep 06, 2011 at 10:09:19AM -0500, Andy Doan wrote: On 09/05/2011 11:35 AM, Christian Robottom Reis wrote: On Sat, Sep 03, 2011 at 09:10:58PM +0800, Jim Huang wrote: 2011/9/3 Tom Gall tom.g...@linaro.org: Is a method via the aux vectors to know at runtime if neon is or is not present? hi Tom, Did you mean this? https://bugs.meego.com/show_bug.cgi?id=12448 The recipe in step #1 is probably a good candidate for a FAQ on How do I tell what features the ARM CPU on my device has?. https://wiki.linaro.org/Resources/HowTo/DeterminingNeon Great! But I meant for the page to be something a bit more general than just NEON -- that's an easy mod to that page if you a. Rename it to something like /HowTo/DeterminingCPUFeatures /HowTo/CPUFeatures /HowTo/DetectingARMFeatures b. Have a subsection with a NEON Detection Code heading with the code you've included. Consider also David/Dave's thread about CPU ID detection; does that fit into a more general page? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: auxv + neon
On Tue, Sep 06, 2011 at 02:39:21PM -0500, Andy Doan wrote: b. Have a subsection with a NEON Detection Code heading with the code you've included. Consider also David/Dave's thread about CPU ID detection; does that fit into a more general page? That part of the thread hasn't really come to a conclusion on the approach. If its something using auxiliary vectors, then I think the answer is same page. If not, then something more general would probably be needed. I think for the toolchain team they would want something that specifically tells them what the CPU implementation is (i.e. A8, A9 or one of the architectural licensee variants such as Qualcomm Scorpion, etc). -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro 11.08 released
On Fri, Aug 26, 2011 at 10:18:18AM +0100, Dave Martin wrote: a) Is the omission of the Developers and Community Builds links from http://www.linaro.org/downloads/ intentional? This is a concern, because these links contain the _only_ deliverables for certain platform and filesystem combinations. The wiki release page itself is not easily findable without going to the wiki. It's not intentional, but we chose to keep them out for a bit to try and figure out how to keep the LEBs special. But this time around, you can see them live: http://www.linaro.org/downloads/ I did mention today to Alexander that I would like to see the Download for: column cleaned up -- perhaps by moving the set to be split across rows, or something else visually smart. b) The release page on the wiki contains important information like the list of known issues. Shouldn't this page be linked from http://www.linaro.org/downloads/ or some other prominent location? I don't see how to get to it at present. A visitor won't know that they have to go to the wiki for this information. It's now linked, but I somehow feel that we should have these visible from the main download page. Perhaps as a set of tabs inside Downloads -- Downloads, Release Notes? Or Dave, do you think the way we have it now is good enough for the moment? c) The known issues list on the wiki release page doesn't seem include all the issues reported during testing. Will these get propagated, or is it the responsibility of testers to add the relevant information to the known issues list themselves? That's a good point. I may have missed a reply to this -- what's the plan? d) For vexpress specifically, there is no link from the release pages or downloads to the specific installation instructions applicable to this board. Even I find these difficult to find without bookmarking. Because that information is very board-specific, I don't think it needs to be included on https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation -- but can we at least have a link on there pointing to the appropriate page? That's sort of what I am saying with my comment above about cleaning up the Download for: column. Instead of stapling them all together, how about: NanoNatty 11.08 download link TI Beagleboard instructions ARM Versatile instructions ST-Ericsson Snowballinstructions I realize the download link isn't exactly unique per-board and that we have no way of fixing that in the near term. But at least the design aboves is a step forward. Finally, WTF is Android Machine? :-) -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Linaro-mm-sig] Memory Management Documentation effort
On Tue, Sep 06, 2011 at 02:13:38PM +0200, Benjamin Gaignard wrote: I'm writing documentation about CMA ( https://wiki.linaro.org/OfficeofCTO/MemoryManagement?action=AttachFiledo=viewtarget=CMA.pdf ) and DMA_Buf ( https://wiki.linaro.org/OfficeofCTO/MemoryManagement?action=AttachFiledo=viewtarget=DMA_Buffer.pdf ) The goal is to explain outside the Linaro community how CMA and DMA_Buf works. This is great work, thanks for putting it together, Benjamin. Slide 3 of the CMA deck is a bit misleading when it starts by saying grabs memory on system boot, but it's otherwise a good summary. Does it make sense to cover what happens when unmoveable pages are requested but there isn't enough memory available to allocate outside of the CMA area? The DMA buffer slides still need some work to put them in context, as it starts too low-level to help the reader get the big picture -- i.e. what problem are we trying to solve? But I trust you're planning on fleshing that out as you work on the slides. Can this be a lead-in to actually setting up an area in the wiki which organizes the current status on the various MM-related threads underway? I feel that now that we are putting together integration trees and documentation it would be a good time to invest in making them easy to find. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: auxv + neon
On Sat, Sep 03, 2011 at 09:10:58PM +0800, Jim Huang wrote: 2011/9/3 Tom Gall tom.g...@linaro.org: Is a method via the aux vectors to know at runtime if neon is or is not present? hi Tom, Did you mean this? https://bugs.meego.com/show_bug.cgi?id=12448 The recipe in step #1 is probably a good candidate for a FAQ on How do I tell what features the ARM CPU on my device has?. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Graphics WG status report - wk34.2011 (20110822-20110826)
On Wed, Aug 31, 2011 at 02:19:18PM +0200, Nicolas wrote: On Wed, Aug 31, 2011 at 1:08 PM, Ilias Biris ilias.bi...@linaro.org wrote: Also note the development on MM: Jesse is preparing a GIT tree to contain the patches available, including components from the Video-Multimedia side (eg OMAP DRM driver (maybe others too), xf86-video-omap open source xorg driver). The tree can be made available as a meta-pkg for the Linaro main release in September (add-on use at own risk since all this is work still in progress and not upstreamed completely). Details on the tree and how to use it will come during September. note that the OMAP DRM driver will be merged into the TI landing team kernel since this is what we plan to use for 11.10/11.11 releases. note that what will be in the LT tree is the OMAP DRM *without* the GEM stuff since we are not planning to use the new open source X driver in this timeframe. By OMAP DRM *without* the GEM I assume you mean the current existing DRM-supporting version, and not the patch that Rob is currently discussing on dri-devel? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: libjpeg-turbo for Android available
On Fri, Sep 02, 2011 at 10:34:47AM -0500, Tom Gall wrote: The initial port of Android's extensions to the current libjpeg-turbo codebase is complete. Tom, you've done a spectacular job carrying the -turbo work into the developer platform and now Android. I'm thrilled to see this come to fruition now, and the CyanogenMod test is a great bonus -- seeing this used on a real form-factor device means I can actually believe in it. The code can currently be found in git at: http://git.linaro.org/gitweb?p=people/tomgall/libjpeg-turbo/libjpeg-turbo.git;a=summary from the 1.2-beta-linaro-andoid branch. Be sure to read the ANDROID.txt file for build instructions. This branch is SPECIFICALLY for android. Can you give a summary of what's being added here? i.e. what happened to Android when using libjpeg-turbo without these added patches? I see some pretty major changes in: http://git.linaro.org/gitweb?p=people/tomgall/libjpeg-turbo/libjpeg-turbo.git;a=commitdiff;h=ff1f5e7ce17701b48e53b7fcb3509f40715fd2e4 It looks to me like the main changes are protected by the following defines, which probably answers part of my question above: ENABLE_ANDROID_NULL_CONVERT ANDROID_TILE_BASED_DECODE ANDROID_RGB (Ald yes, I have read ANDROID.txt which confirms the above but doesn't tell me much else ;-) Also, I see you adding config.h and jconfig.h files which I don't think you want to have committed, right? Do you really want an android/ config subdirectory? I have not yet started to do performance comparisons between the old jpeg and libjpeg-turbo on android. That needs to be done. This might be Zach's next favorite demo! You might want to try out the toolchain guys' latest -03 and assorted optimization madness to see if they make a difference when you do that. Also from the android extensions, support for ash and one optimization for armv6 was not included. Both however are reasonable optimizations and I can see including them at a future date. What is the support for ash piece? Good job! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ACTIVITY] Power Management WG Weekly Status report week ending 2011-09-02
On Thu, Sep 01, 2011 at 02:22:03PM -0500, Mounir Bsaibes wrote: * Made hotplug power measurements on st-e u8500 platform * mp3 playback test showed between 7 to 8% power improvement * cpuhotplug - For Linux idle case, no visible improvement as power is already very low This is using hotplug versus plain cpuidle -- and if so, does this mean that the proper fix is extending cpuidle to go to the lowest power state? * Re-writing cpuidle driver For which platforms? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Fwd: Would you send me your hard float experiment results you presented in Budapest?
On Tue, Aug 30, 2011 at 11:24:59AM -0500, Zach Pfeffer wrote: I'd like you to meet Jim who did the initial hardfloat work. This email contains the results that Jim produced. Hmm, but the email seems to not actually contain a hard-float run. Or am I misreading what he means by Fixed vs VFP? I believe that the conclusion was that skia and webkit may benefit, but that such benefits would impose an undue burden on Android's distribution model which tries to create libs that can run on as many architectures as possible. You may be confusing things here. Hard-float is a pure software ABI change, and any platform which supports VFP can use it if you build it that way. However, since it is an ABI change it requires that hard-float libraries be available. What /would/ stop code from running on certain platforms is using NEON (it would exclude the Tegra2 and some existing Marvell v7s). But that doesn't seem to be in question here. -- Forwarded message -- From: Jim Huang js...@0xlab.org Date: 7 August 2011 18:01 Subject: Re: Would you send me your hard float experiment results you presented in Budapest? To: Zach Pfeffer zach.pfef...@linaro.org 2011/8/7 Zach Pfeffer zach.pfef...@linaro.org: Jim, Thanks. Would it be possible to post them by the end of the day? skia - Switch from VFP back to fixed scalar based calculation Previous configuration enabled ARM VFP for scalar float, but VFP on ARM11 is not as powerful as VFPv3 or NEON. Reference benchmark: Item Fixed based VFP-based --- - Draw Canvas 58.37 fps 58.40 fps Draw Circle 37.48 fps 22.93 fps Draw Circle2 17.14 fps 18.31 fps Draw Rect 17.62 fps 20.69 fps Draw Arc 24.79 fps 27.45 fps Draw Image 19.08 fps 18.73 fps Draw Text 29.22 fps 25.79 fps Also, have you sync'd up with Mike? He wants to negotiate on your contract. I sent mail to Mike already. I don't know how to proceed. Thanks, -jserv ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Preliminary wiki starting page for i.MX53 QuickStart board
On Tue, Aug 30, 2011 at 03:41:34PM +0800, Eric Miao wrote: https://wiki.linaro.org/Boards/MX53QuickStart Sorry guys, although been pushed and pinged several times by various people we are finally able to come up with a preliminary starting page for i.MX53 QuickStart board. It's currently very simple, and hopefully we'll get it more detailed in the future. Feedback is welcome! Oh, this is excellent. Thanks for putting the effort into the write-up. All I need now is an actual board to tell you how well it works ;-) I had one comment, which is that the Downloading Hardware Pack section seems to only specify the lt variant; does it make sense to also point to the pure upstream variant for comparison (or for people that are hell-bent on an upstreamable kernel?) Also, there is nothing mentioned in the text about the bootloader (what comes on the board, and what the default boot media ordering is, and how to replace it). Is that not worth mentioning? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Tracking Android kernel tips and Android builds
On Tue, Aug 30, 2011 at 11:13:08AM -0500, Zach Pfeffer wrote: Any other issues that I've missed? Where should we come down in this case? I say we stay the course and fix the issue of sha's disappearing. I feel this way because its: 1. Technically feasible in the short term. 2. Saves the substantial burden of redirecting to the user. 3. Supports the only way that you can guarantee 100% build fidelity. Can you restate fix the issue of sha's [sic] disappearing in a way which I can understand? As far as I know, the actual problem is that repo isn't fetching all tags. Or are you describing the symptom as seen from the build system? Because my suggestion (ship a forked repo temporarily) would address that. -- Christian Robottom Reis | [+55 16] 3376 0125 | http://launchpad.net/~kiko Canonical Ltd.| [+55 16] 9112 6430 | http://async.com.br/~kiko ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Tracking Android kernel tips and Android builds
On Wed, Aug 31, 2011 at 02:19:08PM +0300, Paul Sokolovsky wrote: Hello Christian, On Tue, 30 Aug 2011 12:43:40 -0300 Christian Robottom Reis k...@linaro.org wrote: On Tue, Aug 30, 2011 at 01:25:15PM +0300, Paul Sokolovsky wrote: Yeah, I have patch for that. But we cannot use before upstream accepts it (because people will get errors checking out tree) and I don't hold my breath for that at all. Why wouldn't we provide our own version of repo that worked around this issue? By the same reason we don't fork entire Android itself and fixing it to work right? ;-) Either I'm missing the point or you are. We fork Android and everything else all the time; we then proceed to send the patches upstream and help them through the process, and so for me the fork is more like a cooperative branch. Look, this is a weird conversation and I want to get out of it as soon as I can. But you guys are overblowing the issue -- I'm just suggesting that if the patch will take a while to go upstream, you can ship a separate repo tool. We do this all the time in Linaro (just look at www.linaro.org/downloads). It doesn't mean the patch won't go upstream eventually, nor that you won't find another solution -- it just means this thread can end and we can go on working without getting other teams all excited about having to change their source control working models. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Request] Can Linaro-dev not send duplicate mail to recipients?
On Wed, Aug 31, 2011 at 09:05:55PM -0700, John Stultz wrote: It seems the linaro-dev list isn't configed to avoid mailing folks who are already recipients of the email. So if you're on linaro-dev and you're also To/CC'ed in the email, you get it twice (three times if your other work email was CC'ed as well, but that cannot be helped). I know this is controversial, but I really like that pattern. It ensures that I filter messages that are directly to me specially, while the rest just goes into a lower priority archive folder. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: how can i enable hw 3D acceleration on snowball for android?
On Wed, Aug 31, 2011 at 11:28:49AM +0200, Patrik Ryd wrote: The Android build from ST-Ericsson for snowball should show up at igloocommunity.org soon. Will that include the Mali binaries to enable accelerated graphics? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: trouble building linux-linaro-3.0-2011.08-0
On Wed, Aug 31, 2011 at 03:03:21PM +0100, Dave Martin wrote: On Mon, Aug 22, 2011 at 10:42:39AM -0300, Christian Robottom Reis wrote: On Sun, Aug 21, 2011 at 09:54:56PM -0400, Nicolas Pitre wrote: AS arch/arm/boot/compressed/head.o arch/arm/boot/compressed/head.S: Assembler messages: arch/arm/boot/compressed/head.S:127: Error: selected processor does not support requested special purpose register -- `mrs r2,cpsr' arch/arm/boot/compressed/head.S:134: Error: selected processor does not support requested special purpose register -- `mrs r2,cpsr' arch/arm/boot/compressed/head.S:136: Error: selected processor does not support requested special purpose register -- `msr cpsr_c,r2' make[2]: *** [arch/arm/boot/compressed/head.o] Error 1 make[1]: *** [arch/arm/boot/compressed/vmlinux] Error 2 make: *** [uImage] Error 2 [...] Looks to me like your assembler is broken, or gcc is not properly telling it about the actual architecture in use. Right. And the original unwind-related missing symbols is a problem somewhere in configuration land? We should turn on CONFIG_ARM_UNWIND in all the global configs if it's not already on. Okay. So how does this get done? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Tracking Android kernel tips and Android builds
On Tue, Aug 30, 2011 at 01:25:15PM +0300, Paul Sokolovsky wrote: Yeah, I have patch for that. But we cannot use before upstream accepts it (because people will get errors checking out tree) and I don't hold my breath for that at all. Why wouldn't we provide our own version of repo that worked around this issue? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Tracking Android kernel tips and Android builds
On Tue, Aug 30, 2011 at 10:46:55AM -0500, Zach Pfeffer wrote: Because we push everything upstream. While I agree with that blanket statement, there's no reason we wouldn't provide a [potentially temporary] version of repo that included the changes we're pushing upstream. We do this for every one of the components we ship, so I see no philosophical reason why we wouldn't do so for repo. Is there a technical reason? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Bero, will you be available for tomorrow's hacking session?
On Sun, Aug 28, 2011 at 09:44:18PM +0800, Eric Miao wrote: Can we close this bug or let me know what further can we help on this one. Thanks. I don't think we should keep the bug open pending feedback from upstream, but we definitely should start a thread to figure out why upstream has chosen to use FBIOPUT_VSCREENINFO. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: 11.07 oprofile on panda busted?
On Fri, Aug 26, 2011 at 11:10:11AM -0500, Tom Gall wrote: I'll give that a try. Still, oprofile ought to work out of the box without fiddling. That's exactly how I feel. If Nicolas is right, what causes this to depend on the kernel's counter selection, and why can't we figure out what to use in runtime? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [NOTES] Kernel WG Weekly Status report for week ending 2011-08-26
On Fri, Aug 26, 2011 at 09:07:44AM -0500, Mounir Bsaibes wrote: * Integrated patch set for Qualcomm Hexagon architecture Interesting. What exactly is this? * The v6/v7 single kernel patches are now accepted by Russell; these should allow linaro filesystems to work on omap2plus_defconfig kernels Can you reword this? I'm having a hard time understanding exactly what happened or what the outcome was here. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Google docs disappear if @linaro.org account deleted
On Thu, Aug 25, 2011 at 03:43:50PM +0100, Wookey wrote: Peter Pearse collected all his ALIP cross-build status work in a google doc spreasheet using his @linaro.org login: PPearses ALIP build status google doc has evaporated so info is lost: https://spreadsheets.google.com/ccc?key=0AnPR4S1Uev7KdDhHM2RxVGFFY2VQM01MVEJXbTZ3TkEhl=en#gid=0 (And I put quite a lot of info in there too) Let's make sure we don't do this again; I'll tell the account admins now. This absolutely sucks -- does Peter perchance have a copy (or a browser cache somewhere we can save that document from)? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev