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
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 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
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
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:
>
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
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
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
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!
>
>>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
__
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
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
25 matches
Mail list logo