* Poky & armv5te
@ 2011-02-02 17:24 Gary Thomas
2011-02-02 17:42 ` Darren Hart
0 siblings, 1 reply; 9+ messages in thread
From: Gary Thomas @ 2011-02-02 17:24 UTC (permalink / raw)
To: Poky
I'd like to use Poky with my OMAP-L138 which is armv5te
Sadly today, this just isn't a go because of GCC issues.
I've tried all the combinations which are in the trees
(main & contrib) with no luck:
* 4.3.3 - fails to build GCC
* 4.5.1 - everything builds but kernel crashes
* 4.5.2 - fails to build GCC
Am I totally out of luck?
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-02 17:24 Poky & armv5te Gary Thomas
@ 2011-02-02 17:42 ` Darren Hart
2011-02-02 18:00 ` Gary Thomas
2011-02-02 18:00 ` Richard Purdie
0 siblings, 2 replies; 9+ messages in thread
From: Darren Hart @ 2011-02-02 17:42 UTC (permalink / raw)
To: Gary Thomas; +Cc: Poky
On 02/02/2011 09:24 AM, Gary Thomas wrote:
> I'd like to use Poky with my OMAP-L138 which is armv5te
> Sadly today, this just isn't a go because of GCC issues.
> I've tried all the combinations which are in the trees
> (main & contrib) with no luck:
> * 4.3.3 - fails to build GCC
> * 4.5.1 - everything builds but kernel crashes
> * 4.5.2 - fails to build GCC
>
> Am I totally out of luck?
What are you running into? I've recently backported some changes in
support of the Beagleboard (armv7-a) which were necessary to build with
4.5.1 and our 2.21 binutils.
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-02 17:42 ` Darren Hart
@ 2011-02-02 18:00 ` Gary Thomas
2011-02-02 18:00 ` Richard Purdie
1 sibling, 0 replies; 9+ messages in thread
From: Gary Thomas @ 2011-02-02 18:00 UTC (permalink / raw)
To: Darren Hart; +Cc: Poky
On 02/02/2011 10:42 AM, Darren Hart wrote:
> On 02/02/2011 09:24 AM, Gary Thomas wrote:
>> I'd like to use Poky with my OMAP-L138 which is armv5te
>> Sadly today, this just isn't a go because of GCC issues.
>> I've tried all the combinations which are in the trees
>> (main & contrib) with no luck:
>> * 4.3.3 - fails to build GCC
>> * 4.5.1 - everything builds but kernel crashes
>> * 4.5.2 - fails to build GCC
>>
>> Am I totally out of luck?
>
> What are you running into? I've recently backported some changes in support of the Beagleboard (armv7-a) which were necessary to build with 4.5.1 and our 2.21 binutils.
As far as 4.5.1 goes, the kernel crashes immediately on bootup.
I didn't diagnose this much as it seemed to be similar to the
problem reported 2011-01-31 18:52GMT
'Kernel Panics on armv4t with gcc.4.5.1'
To that end, I tried to use the 4.5.2 patches from Nitin
which failed to build at all (reported this morning)
Do you have a tree with your changes? I could try my armv5te
overlay to see what happens.
Thanks
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-02 17:42 ` Darren Hart
2011-02-02 18:00 ` Gary Thomas
@ 2011-02-02 18:00 ` Richard Purdie
2011-02-02 18:27 ` Gary Thomas
1 sibling, 1 reply; 9+ messages in thread
From: Richard Purdie @ 2011-02-02 18:00 UTC (permalink / raw)
To: Darren Hart; +Cc: Poky
On Wed, 2011-02-02 at 09:42 -0800, Darren Hart wrote:
> On 02/02/2011 09:24 AM, Gary Thomas wrote:
> > I'd like to use Poky with my OMAP-L138 which is armv5te
> > Sadly today, this just isn't a go because of GCC issues.
> > I've tried all the combinations which are in the trees
> > (main & contrib) with no luck:
> > * 4.3.3 - fails to build GCC
> > * 4.5.1 - everything builds but kernel crashes
> > * 4.5.2 - fails to build GCC
> >
> > Am I totally out of luck?
>
> What are you running into? I've recently backported some changes in
> support of the Beagleboard (armv7-a) which were necessary to build with
> 4.5.1 and our 2.21 binutils.
Those wouldn't affect armv5. What puzzles me is that qemuarm is
effectively an armv5 like system and those do build and boot in qemu.
When you managed images above for 4.5.1 did you try using a known good
kernel with our userspace? I'm wondering if we can narrow it to a kernel
issue?
Cheers,
Richard
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-02 18:00 ` Richard Purdie
@ 2011-02-02 18:27 ` Gary Thomas
2011-02-02 22:17 ` Gary Thomas
0 siblings, 1 reply; 9+ messages in thread
From: Gary Thomas @ 2011-02-02 18:27 UTC (permalink / raw)
To: Richard Purdie; +Cc: Poky
On 02/02/2011 11:00 AM, Richard Purdie wrote:
> On Wed, 2011-02-02 at 09:42 -0800, Darren Hart wrote:
>> On 02/02/2011 09:24 AM, Gary Thomas wrote:
>>> I'd like to use Poky with my OMAP-L138 which is armv5te
>>> Sadly today, this just isn't a go because of GCC issues.
>>> I've tried all the combinations which are in the trees
>>> (main& contrib) with no luck:
>>> * 4.3.3 - fails to build GCC
>>> * 4.5.1 - everything builds but kernel crashes
>>> * 4.5.2 - fails to build GCC
>>>
>>> Am I totally out of luck?
>>
>> What are you running into? I've recently backported some changes in
>> support of the Beagleboard (armv7-a) which were necessary to build with
>> 4.5.1 and our 2.21 binutils.
>
> Those wouldn't affect armv5. What puzzles me is that qemuarm is
> effectively an armv5 like system and those do build and boot in qemu.
>
> When you managed images above for 4.5.1 did you try using a known good
> kernel with our userspace? I'm wondering if we can narrow it to a kernel
> issue?
Not sure I got that far, but I'll check it out.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-02 18:27 ` Gary Thomas
@ 2011-02-02 22:17 ` Gary Thomas
2011-02-03 0:21 ` Richard Purdie
0 siblings, 1 reply; 9+ messages in thread
From: Gary Thomas @ 2011-02-02 22:17 UTC (permalink / raw)
To: Richard Purdie; +Cc: Poky
On 02/02/2011 11:27 AM, Gary Thomas wrote:
> On 02/02/2011 11:00 AM, Richard Purdie wrote:
>> On Wed, 2011-02-02 at 09:42 -0800, Darren Hart wrote:
>>> On 02/02/2011 09:24 AM, Gary Thomas wrote:
>>>> I'd like to use Poky with my OMAP-L138 which is armv5te
>>>> Sadly today, this just isn't a go because of GCC issues.
>>>> I've tried all the combinations which are in the trees
>>>> (main& contrib) with no luck:
>>>> * 4.3.3 - fails to build GCC
>>>> * 4.5.1 - everything builds but kernel crashes
>>>> * 4.5.2 - fails to build GCC
>>>>
>>>> Am I totally out of luck?
>>>
>>> What are you running into? I've recently backported some changes in
>>> support of the Beagleboard (armv7-a) which were necessary to build with
>>> 4.5.1 and our 2.21 binutils.
>>
>> Those wouldn't affect armv5. What puzzles me is that qemuarm is
>> effectively an armv5 like system and those do build and boot in qemu.
>>
>> When you managed images above for 4.5.1 did you try using a known good
>> kernel with our userspace? I'm wondering if we can narrow it to a kernel
>> issue?
>
> Not sure I got that far, but I'll check it out.
A simple test indicates that the user-space tools built in Poky
do run fine on this hardware when built with GCC/4.5.1 and BINUTILS/2.21
It's only the kernel that crashes hard with this combo.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-02 22:17 ` Gary Thomas
@ 2011-02-03 0:21 ` Richard Purdie
2011-02-03 14:32 ` Bruce Ashfield
0 siblings, 1 reply; 9+ messages in thread
From: Richard Purdie @ 2011-02-03 0:21 UTC (permalink / raw)
To: Gary Thomas; +Cc: Poky
On Wed, 2011-02-02 at 15:17 -0700, Gary Thomas wrote:
> On 02/02/2011 11:27 AM, Gary Thomas wrote:
> > On 02/02/2011 11:00 AM, Richard Purdie wrote:
> >> On Wed, 2011-02-02 at 09:42 -0800, Darren Hart wrote:
> >>> On 02/02/2011 09:24 AM, Gary Thomas wrote:
> >>>> I'd like to use Poky with my OMAP-L138 which is armv5te
> >>>> Sadly today, this just isn't a go because of GCC issues.
> >>>> I've tried all the combinations which are in the trees
> >>>> (main& contrib) with no luck:
> >>>> * 4.3.3 - fails to build GCC
> >>>> * 4.5.1 - everything builds but kernel crashes
> >>>> * 4.5.2 - fails to build GCC
> >>>>
> >>>> Am I totally out of luck?
> >>>
> >>> What are you running into? I've recently backported some changes in
> >>> support of the Beagleboard (armv7-a) which were necessary to build with
> >>> 4.5.1 and our 2.21 binutils.
> >>
> >> Those wouldn't affect armv5. What puzzles me is that qemuarm is
> >> effectively an armv5 like system and those do build and boot in qemu.
> >>
> >> When you managed images above for 4.5.1 did you try using a known good
> >> kernel with our userspace? I'm wondering if we can narrow it to a kernel
> >> issue?
> >
> > Not sure I got that far, but I'll check it out.
>
> A simple test indicates that the user-space tools built in Poky
> do run fine on this hardware when built with GCC/4.5.1 and BINUTILS/2.21
> It's only the kernel that crashes hard with this combo.
Ok, thats positive in many ways :)
When you say the kernel crashes hard can you be any more specific about
where in the process its doing that? Any chance its using -Os anywhere
in the kernel build and that is causing the problem?
Cheers,
Richard
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-03 0:21 ` Richard Purdie
@ 2011-02-03 14:32 ` Bruce Ashfield
2011-02-03 14:41 ` Gary Thomas
0 siblings, 1 reply; 9+ messages in thread
From: Bruce Ashfield @ 2011-02-03 14:32 UTC (permalink / raw)
To: Richard Purdie; +Cc: Poky
On 11-02-02 07:21 PM, Richard Purdie wrote:
> On Wed, 2011-02-02 at 15:17 -0700, Gary Thomas wrote:
>> On 02/02/2011 11:27 AM, Gary Thomas wrote:
>>> On 02/02/2011 11:00 AM, Richard Purdie wrote:
>>>> On Wed, 2011-02-02 at 09:42 -0800, Darren Hart wrote:
>>>>> On 02/02/2011 09:24 AM, Gary Thomas wrote:
>>>>>> I'd like to use Poky with my OMAP-L138 which is armv5te
>>>>>> Sadly today, this just isn't a go because of GCC issues.
>>>>>> I've tried all the combinations which are in the trees
>>>>>> (main& contrib) with no luck:
>>>>>> * 4.3.3 - fails to build GCC
>>>>>> * 4.5.1 - everything builds but kernel crashes
>>>>>> * 4.5.2 - fails to build GCC
>>>>>>
>>>>>> Am I totally out of luck?
>>>>>
>>>>> What are you running into? I've recently backported some changes in
>>>>> support of the Beagleboard (armv7-a) which were necessary to build with
>>>>> 4.5.1 and our 2.21 binutils.
>>>>
>>>> Those wouldn't affect armv5. What puzzles me is that qemuarm is
>>>> effectively an armv5 like system and those do build and boot in qemu.
>>>>
>>>> When you managed images above for 4.5.1 did you try using a known good
>>>> kernel with our userspace? I'm wondering if we can narrow it to a kernel
>>>> issue?
>>>
>>> Not sure I got that far, but I'll check it out.
>>
>> A simple test indicates that the user-space tools built in Poky
>> do run fine on this hardware when built with GCC/4.5.1 and BINUTILS/2.21
>> It's only the kernel that crashes hard with this combo.
>
> Ok, thats positive in many ways :)
>
> When you say the kernel crashes hard can you be any more specific about
> where in the process its doing that? Any chance its using -Os anywhere
> in the kernel build and that is causing the problem?
For ARM .. it definitely is using Os. Unless gcc 4.5.1 has
some changes in this area, ARM builds require Os, as they
have for a while (see below).
Typically if you build an ARM kernel without Os you get
indeterminate errors (in the network stack, scheduler
optimizations, etc). At least in kernels 2.6.34 and older
this is true, I've shared in the marathon debug sessions
to prove it :) In fact, we explicitly force on the
CC_OPTIMIZE_FOR_SIZE in our configuration of th ARM kernels
to make sure this doesn't creep back in.
A quick check shows that out of ~170 ARM defconfigs 151
turn on CONFIG_CC_OPTIMIZE_FOR_SIZE, and the ones with it
off are typically older ones.
I just doubled checked qemuarm, and it also turns on
CC_OPTIMIZE_FOR_SIZE (which it was supposed to do). I started
a build for it and will do a boot to see what happens
shortly.
Maybe this has changed recently (I haven't had to have a
deeper look in 2.6.37 (yet)), so I am happy to be corrected :)
Cheers,
Bruce
>
> Cheers,
>
> Richard
>
>
>
>
>
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Poky & armv5te
2011-02-03 14:32 ` Bruce Ashfield
@ 2011-02-03 14:41 ` Gary Thomas
0 siblings, 0 replies; 9+ messages in thread
From: Gary Thomas @ 2011-02-03 14:41 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: Poky
On 02/03/2011 07:32 AM, Bruce Ashfield wrote:
> On 11-02-02 07:21 PM, Richard Purdie wrote:
>> On Wed, 2011-02-02 at 15:17 -0700, Gary Thomas wrote:
>>> On 02/02/2011 11:27 AM, Gary Thomas wrote:
>>>> On 02/02/2011 11:00 AM, Richard Purdie wrote:
>>>>> On Wed, 2011-02-02 at 09:42 -0800, Darren Hart wrote:
>>>>>> On 02/02/2011 09:24 AM, Gary Thomas wrote:
>>>>>>> I'd like to use Poky with my OMAP-L138 which is armv5te
>>>>>>> Sadly today, this just isn't a go because of GCC issues.
>>>>>>> I've tried all the combinations which are in the trees
>>>>>>> (main& contrib) with no luck:
>>>>>>> * 4.3.3 - fails to build GCC
>>>>>>> * 4.5.1 - everything builds but kernel crashes
>>>>>>> * 4.5.2 - fails to build GCC
>>>>>>>
>>>>>>> Am I totally out of luck?
>>>>>>
>>>>>> What are you running into? I've recently backported some changes in
>>>>>> support of the Beagleboard (armv7-a) which were necessary to build with
>>>>>> 4.5.1 and our 2.21 binutils.
>>>>>
>>>>> Those wouldn't affect armv5. What puzzles me is that qemuarm is
>>>>> effectively an armv5 like system and those do build and boot in qemu.
>>>>>
>>>>> When you managed images above for 4.5.1 did you try using a known good
>>>>> kernel with our userspace? I'm wondering if we can narrow it to a kernel
>>>>> issue?
>>>>
>>>> Not sure I got that far, but I'll check it out.
>>>
>>> A simple test indicates that the user-space tools built in Poky
>>> do run fine on this hardware when built with GCC/4.5.1 and BINUTILS/2.21
>>> It's only the kernel that crashes hard with this combo.
>>
>> Ok, thats positive in many ways :)
>>
>> When you say the kernel crashes hard can you be any more specific about
>> where in the process its doing that? Any chance its using -Os anywhere
>> in the kernel build and that is causing the problem?
>
> For ARM .. it definitely is using Os. Unless gcc 4.5.1 has
> some changes in this area, ARM builds require Os, as they
> have for a while (see below).
>
> Typically if you build an ARM kernel without Os you get
> indeterminate errors (in the network stack, scheduler
> optimizations, etc). At least in kernels 2.6.34 and older
> this is true, I've shared in the marathon debug sessions
> to prove it :) In fact, we explicitly force on the
> CC_OPTIMIZE_FOR_SIZE in our configuration of th ARM kernels
> to make sure this doesn't creep back in.
>
> A quick check shows that out of ~170 ARM defconfigs 151
> turn on CONFIG_CC_OPTIMIZE_FOR_SIZE, and the ones with it
> off are typically older ones.
>
> I just doubled checked qemuarm, and it also turns on
> CC_OPTIMIZE_FOR_SIZE (which it was supposed to do). I started
> a build for it and will do a boot to see what happens
> shortly.
>
> Maybe this has changed recently (I haven't had to have a
> deeper look in 2.6.37 (yet)), so I am happy to be corrected :)
The kernel I'm using is 2.6.32 and it does have CONFIG_CC_OPTIMIZE_FOR_SIZE=y
I should be able to investigate what's crashing shortly .
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2011-02-03 14:41 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-02 17:24 Poky & armv5te Gary Thomas
2011-02-02 17:42 ` Darren Hart
2011-02-02 18:00 ` Gary Thomas
2011-02-02 18:00 ` Richard Purdie
2011-02-02 18:27 ` Gary Thomas
2011-02-02 22:17 ` Gary Thomas
2011-02-03 0:21 ` Richard Purdie
2011-02-03 14:32 ` Bruce Ashfield
2011-02-03 14:41 ` Gary Thomas
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.