Re: imx51 and CONFIG_NEON

2010-09-01 Thread Amit Kucheria
On 10 Sep 01, Nicolas Pitre wrote: > On Wed, 1 Sep 2010, Amit Kucheria wrote: > > > On 10 Sep 01, Nicolas Pitre wrote: > [...] > > > @@ -284,6 +292,7 @@ MACHINE_START(MX51_BABBAGE, "Freescale MX51 Babbage > > Board") > > .phys_io = MX51_AIPS1_BASE_ADDR, > > .io_pg_offst = ((MX51_AIPS1_BA

Maverick armel cross toolchain

2010-09-01 Thread Jon Smirl
The toolchain isn't built with -mcallee-super-interworking enabled. Could we get that turned on? It is needed to make calls to thumb code in ROM. arm-linux-gnueabi-gcc -g -DDEBUG -Os -fno-strict-aliasing -fno-common -ffixed-r8 -ffunction-sections -msoft-float -Wcast-align -Wall -D__KERNEL__ -DTEX

latest device tree patches for ARM u-boot

2010-09-01 Thread John Rigby
Latest patches went to u-boot mailing list today. For interested parties who do not hang out ton the u-boot mailing list, you can also see them in the arm-fdt branch of my experimental u-boot tree on git.linaro.org: http://git.linaro.org/gitweb?p=people/jcrigby/u-boot.git;a=shortlog;h=refs/heads

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Nicolas Pitre
On Wed, 1 Sep 2010, Amit Kucheria wrote: > On 10 Sep 01, Nicolas Pitre wrote: > > On Wed, 1 Sep 2010, Amit Kucheria wrote: > > > > [snip] > > > > Unfortunately, it seems after talking to Nicolas that mdesc->fixup() is > > > called too early. > > > > > > Nicolas suggested linking the i.MX5 cod

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Amit Kucheria
On 10 Sep 01, Nicolas Pitre wrote: > On Wed, 1 Sep 2010, Amit Kucheria wrote: > [snip] > > Unfortunately, it seems after talking to Nicolas that mdesc->fixup() is > > called too early. > > > > Nicolas suggested linking the i.MX5 code _after_ the VFP module :) > > Something like this patch: >

Re: PM support for OMAP

2010-09-01 Thread Ameya Palande
Hi Amit, On Wed, 2010-09-01 at 17:38 +0200, ext Amit Kucheria wrote: > On Wed, Sep 1, 2010 at 6:21 PM, Ameya Palande wrote: > > Hi, > > > > AFAIU pm branch on linux-omap tree contains required patches, but they > > are not yet ready for inclusion in upstream kernel. > > > > How is linaro planning

Re: PM support for OMAP

2010-09-01 Thread Amit Kucheria
On Wed, Sep 1, 2010 at 6:21 PM, Ameya Palande wrote: > Hi, > > AFAIU pm branch on linux-omap tree contains required patches, but they > are not yet ready for inclusion in upstream kernel. > > How is linaro planning to provide pm support for TI omap[34] chips? Ameya, TBH, we haven't come to that

PM support for OMAP

2010-09-01 Thread Ameya Palande
Hi, AFAIU pm branch on linux-omap tree contains required patches, but they are not yet ready for inclusion in upstream kernel. How is linaro planning to provide pm support for TI omap[34] chips? Cheers, Ameya. ___ linaro-dev mailing list linaro-dev@l

Re: license for setup_sdcard.sh

2010-09-01 Thread Robert Nelson
On Wed, Sep 1, 2010 at 7:38 AM, Loïc Minier wrote: > On Wed, Sep 01, 2010, Robert Nelson wrote: >> I'm the primary author for most of it, if I draw the 'significant' >> line before localizations.. > >  Ok; I added Copyright 2010 Robert Nelson at >  the top of our fork; thanks! > >>              

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Nicolas Pitre
On Wed, 1 Sep 2010, Amit Kucheria wrote: > On 10 Sep 01, Loïc Minier wrote: > > On Wed, Sep 01, 2010, Amit Kucheria wrote: > > > That patch likely won't go upstream. > > > > Why not? > > Because it adds a sub-arch, revision-specific override into generic > architecture code (vfpmodule.c) > > T

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Christian Robottom Reis
On Wed, Sep 01, 2010 at 03:56:15PM +0300, Amit Kucheria wrote: > Because it adds a sub-arch, revision-specific override into generic > architecture code (vfpmodule.c) > > To do this elegantly with a hope to get it to mainline, we'd need a way to > disable the hwcap through some board-specific fixu

linaro-image-tools moving to a package

2010-09-01 Thread Loïc Minier
Hi I've packaged linaro-image-tools[1] into the Linaro Tools PPA[2] for lucid and maverick (and into Ubuntu maverick, but pending review there). Please prefer the package over a bzr checkout[3] as that will allow us to track versions a bit better. Report bugs against the linaro-ima

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Loïc Minier
On Wed, Sep 01, 2010, Amit Kucheria wrote: > Because it adds a sub-arch, revision-specific override into generic > architecture code (vfpmodule.c) > > To do this elegantly with a hope to get it to mainline, we'd need a way to > disable the hwcap through some board-specific fixup code that can chec

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Amit Kucheria
On Wed, Sep 1, 2010 at 3:56 PM, Amit Kucheria wrote: >>  I would be ok if we would only support TO3 and the kernel wouldn't boot >>  on TO2 hardware, but AIUI the kernel will boot just fine and turn on >>  NEON on TO2 such as Babbage 2.x, so I'm a bit scared by just release >>  noting it. > > Ano

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Amit Kucheria
On 10 Sep 01, Loïc Minier wrote: > On Wed, Sep 01, 2010, Amit Kucheria wrote: > > That patch likely won't go upstream. > > Why not? Because it adds a sub-arch, revision-specific override into generic architecture code (vfpmodule.c) To do this elegantly with a hope to get it to mainline, we'd ne

Re: license for setup_sdcard.sh

2010-09-01 Thread Loïc Minier
On Wed, Sep 01, 2010, Robert Nelson wrote: > I'm the primary author for most of it, if I draw the 'significant' > line before localizations.. Ok; I added Copyright 2010 Robert Nelson at the top of our fork; thanks! > (German(1) spelling versions of "Disk") I just

Re: license for setup_sdcard.sh

2010-09-01 Thread Robert Nelson
On Wed, Sep 1, 2010 at 3:26 AM, Loïc Minier wrote: > On Tue, Aug 31, 2010, John Rigby wrote: >> The Linaro project has a script that started as your setup_sdcard.sh >> called linaro_media_create.  As part of our release process we need to >> have licenses for our files and since our script is base

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Loïc Minier
On Wed, Sep 01, 2010, Amit Kucheria wrote: > That patch likely won't go upstream. Why not? > OTOH, how important is support below TO3? For Linaro, not too important I guess, some people have TO2 hardware, some Babbage 2.0 or 2.5, albeit 2.0 is not really supported anymore. EfikaMX also come

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Dave Martin
Hi, On Wed, Sep 1, 2010 at 12:23 PM, Amit Kucheria wrote: > That patch likely won't go upstream. > > OTOH, how important is support below TO3? > > TO1 won't even boot on Freescale's BSP, IIRC. AFAICT, Freescale isn't testing > their BSP on TO2 if you take into account bugs like LP # 615722 [1] th

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Amit Kucheria
That patch likely won't go upstream. OTOH, how important is support below TO3? TO1 won't even boot on Freescale's BSP, IIRC. AFAICT, Freescale isn't testing their BSP on TO2 if you take into account bugs like LP # 615722 [1] that caused bricking of Babbage 2.5 boards. And new HW is all TO3 and s

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Bryan Wu
On Wed, Sep 1, 2010 at 4:05 AM, Loïc Minier wrote: >  Bryan, I think you had worked on a patch to only turn on NEON on TO3+ >  but not on TO1/TO2 boards? > Exactly, That's a silicon issue of TO1 and TO2, but Freescale fixed it in TO3+. Here is the NEON patch: http://kernel.ubuntu.com/git?p=ubuntu

Re: imx51 and CONFIG_NEON

2010-09-01 Thread Loïc Minier
Thanks Bryan; Amit, what's your take on upstream TO1/TO2 support and on upstreaming this? On Wed, Sep 01, 2010, Bryan Wu wrote: > Exactly, That's a silicon issue of TO1 and TO2, but Freescale fixed it > in TO3+. Here is the NEON patch: > http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=c

[PM] 01/09/10 - Minutes for the Power Management WG weekly call

2010-09-01 Thread Amit Kucheria
The minutes of the weekly call can be found at: https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2010-09-01 Attendees: Linaro: Amit Kucheria, Amit Arora, Yong Shen, Vishwanath Sripathy ARM: Robin Randhawa, Srinivas Kalaga Regards, Amit __

Re: license for setup_sdcard.sh

2010-09-01 Thread Loïc Minier
On Tue, Aug 31, 2010, John Rigby wrote: > The Linaro project has a script that started as your setup_sdcard.sh > called linaro_media_create. As part of our release process we need to > have licenses for our files and since our script is based on yours, > your choice of license affects what choices

Re: Packaging problems with armel-cross-toolchain-base

2010-09-01 Thread Marcin Juszkiewicz
Dnia wtorek, 31 sierpnia 2010 o 21:42:54 Loïc Minier napisał(a): > On Tue, Aug 31, 2010, Steve Langasek wrote: > > That option probably only works if repacking the .deb, right? I would > > expect dpkg-gencontrol to ignore any ($version) in the source > > debian/control. It does not ignore - it fa