* Re: kernel panic when boot core-image-sato-sdk for qemux86
2011-09-10 16:28 ` Richard Purdie
@ 2011-09-10 16:32 ` Gary Thomas
2011-09-13 17:10 ` Richard Purdie
2011-09-10 23:58 ` Zhang, Jessica
2011-09-11 2:19 ` Bruce Ashfield
2 siblings, 1 reply; 13+ messages in thread
From: Gary Thomas @ 2011-09-10 16:32 UTC (permalink / raw)
To: Richard Purdie; +Cc: yocto@yoctoproject.org
On 2011-09-10 10:28, Richard Purdie wrote:
> On Sat, 2011-09-10 at 09:21 -0600, Gary Thomas wrote:
>> On 2011-09-10 07:13, Gary Thomas wrote:
>>> On 2011-09-09 17:09, Zhang, Jessica wrote:
>>>> Hi,
>>>>
>>>> Has anybody ran into kernel panic when boot up core-image-sato-sdk for qemux86. I’ve been having this issue with several clean build for two days. And my latest build tree is a
>>>> freshly cloned tree against poky-master with commit:
>>>>
>>>> commit 20dbf0024385eaef61a04d8773fd7640e3c8cc6d
>>>>
>>>> Author: Richard Purdie<richard.purdie@linuxfoundation.org>
>>>>
>>>> Date: Fri Sep 9 19:07:40 2011 +0100
>>>>
>>>> The qemu kernel panic messages are:
>>>>
>>>> INIT: version 2.88 booting
>>>>
>>>> Init[1]: segfault at 38 ip 495076c7 sp bfd9b60c error 4 in libc-2.13.so[49492000+15f000]
>>>>
>>>> Init[1]: segfault at 16 ip 0804b3c7 sp bfd9b280 error 4 in init.sysvinit[8048000+7000]
>>>>
>>>> Kernel panic – not syncing: Attempted to kill init!
>>>>
>>>> Pid: 1, comm: init Not tainted 3.0.4-yocto-standard+ #1
>>>
>>> Verified - fails for me here as well. A Bruce said, a build from just a few days
>>> ago did work. Note: I only tried core-image-sato
>>>
>>> As far as I can tell, the only packages that were rebuilt since my last go on
>>> Aug 31 were virtual/kernel& perf
>>>
>>> Looks like it's something to do with kernel changes.
>>>
>>
>> Actually, I forgot that qemux86 also uses i586 packages, so there were quite a
>> few other packages changed since Aug 31. You can see the lists at
>> http://www.mlbassoc.com/poky/qemux86-rpms
>>
>
> I've just tested qemux86 and qemuarm images and both of these were fine
> (apart from pango issues which I locally reverted the change in question
> for). I'm a little puzzled why things are therefore failing for people
> but I would like to get to the bottom of it...
To be clear, I updated master to 98c2da694ca4c72b3e222a593b8baddea102bde5 and rebuilt
my image (yesterday). This image now crashes as reported.
What can I look at to help?
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: kernel panic when boot core-image-sato-sdk for qemux86
2011-09-10 16:32 ` Gary Thomas
@ 2011-09-13 17:10 ` Richard Purdie
2011-09-13 18:11 ` Gary Thomas
0 siblings, 1 reply; 13+ messages in thread
From: Richard Purdie @ 2011-09-13 17:10 UTC (permalink / raw)
To: Gary Thomas; +Cc: yocto@yoctoproject.org
On Sat, 2011-09-10 at 10:32 -0600, Gary Thomas wrote:
> On 2011-09-10 10:28, Richard Purdie wrote:
> > On Sat, 2011-09-10 at 09:21 -0600, Gary Thomas wrote:
> >> On 2011-09-10 07:13, Gary Thomas wrote:
> >>> On 2011-09-09 17:09, Zhang, Jessica wrote:
> >>>> Hi,
> >>>>
> >>>> Has anybody ran into kernel panic when boot up core-image-sato-sdk for qemux86. I’ve been having this issue with several clean build for two days. And my latest build tree is a
> >>>> freshly cloned tree against poky-master with commit:
> >>>>
> >>>> commit 20dbf0024385eaef61a04d8773fd7640e3c8cc6d
> >>>>
> >>>> Author: Richard Purdie<richard.purdie@linuxfoundation.org>
> >>>>
> >>>> Date: Fri Sep 9 19:07:40 2011 +0100
> >>>>
> >>>> The qemu kernel panic messages are:
> >>>>
> >>>> INIT: version 2.88 booting
> >>>>
> >>>> Init[1]: segfault at 38 ip 495076c7 sp bfd9b60c error 4 in libc-2.13.so[49492000+15f000]
> >>>>
> >>>> Init[1]: segfault at 16 ip 0804b3c7 sp bfd9b280 error 4 in init.sysvinit[8048000+7000]
> >>>>
> >>>> Kernel panic – not syncing: Attempted to kill init!
> >>>>
> >>>> Pid: 1, comm: init Not tainted 3.0.4-yocto-standard+ #1
> >>>
> >>> Verified - fails for me here as well. A Bruce said, a build from just a few days
> >>> ago did work. Note: I only tried core-image-sato
> >>>
> >>> As far as I can tell, the only packages that were rebuilt since my last go on
> >>> Aug 31 were virtual/kernel& perf
> >>>
> >>> Looks like it's something to do with kernel changes.
> >>>
> >>
> >> Actually, I forgot that qemux86 also uses i586 packages, so there were quite a
> >> few other packages changed since Aug 31. You can see the lists at
> >> http://www.mlbassoc.com/poky/qemux86-rpms
> >>
> >
> > I've just tested qemux86 and qemuarm images and both of these were fine
> > (apart from pango issues which I locally reverted the change in question
> > for). I'm a little puzzled why things are therefore failing for people
> > but I would like to get to the bottom of it...
>
> To be clear, I updated master to 98c2da694ca4c72b3e222a593b8baddea102bde5 and rebuilt
> my image (yesterday). This image now crashes as reported.
>
> What can I look at to help?
Can you test whether disabling prelinking removes the segfault?
We have a bug tracking this issue now:
http://bugzilla.yoctoproject.org/show_bug.cgi?id=1473
and believe that its only 32 bit build systems that have this issue.
Cheers,
Richard
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: kernel panic when boot core-image-sato-sdk for qemux86
2011-09-13 17:10 ` Richard Purdie
@ 2011-09-13 18:11 ` Gary Thomas
0 siblings, 0 replies; 13+ messages in thread
From: Gary Thomas @ 2011-09-13 18:11 UTC (permalink / raw)
To: Richard Purdie; +Cc: yocto@yoctoproject.org
On 2011-09-13 11:10, Richard Purdie wrote:
> On Sat, 2011-09-10 at 10:32 -0600, Gary Thomas wrote:
>> On 2011-09-10 10:28, Richard Purdie wrote:
>>> On Sat, 2011-09-10 at 09:21 -0600, Gary Thomas wrote:
>>>> On 2011-09-10 07:13, Gary Thomas wrote:
>>>>> On 2011-09-09 17:09, Zhang, Jessica wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Has anybody ran into kernel panic when boot up core-image-sato-sdk for qemux86. I’ve been having this issue with several clean build for two days. And my latest build tree is a
>>>>>> freshly cloned tree against poky-master with commit:
>>>>>>
>>>>>> commit 20dbf0024385eaef61a04d8773fd7640e3c8cc6d
>>>>>>
>>>>>> Author: Richard Purdie<richard.purdie@linuxfoundation.org>
>>>>>>
>>>>>> Date: Fri Sep 9 19:07:40 2011 +0100
>>>>>>
>>>>>> The qemu kernel panic messages are:
>>>>>>
>>>>>> INIT: version 2.88 booting
>>>>>>
>>>>>> Init[1]: segfault at 38 ip 495076c7 sp bfd9b60c error 4 in libc-2.13.so[49492000+15f000]
>>>>>>
>>>>>> Init[1]: segfault at 16 ip 0804b3c7 sp bfd9b280 error 4 in init.sysvinit[8048000+7000]
>>>>>>
>>>>>> Kernel panic – not syncing: Attempted to kill init!
>>>>>>
>>>>>> Pid: 1, comm: init Not tainted 3.0.4-yocto-standard+ #1
>>>>>
>>>>> Verified - fails for me here as well. A Bruce said, a build from just a few days
>>>>> ago did work. Note: I only tried core-image-sato
>>>>>
>>>>> As far as I can tell, the only packages that were rebuilt since my last go on
>>>>> Aug 31 were virtual/kernel& perf
>>>>>
>>>>> Looks like it's something to do with kernel changes.
>>>>>
>>>>
>>>> Actually, I forgot that qemux86 also uses i586 packages, so there were quite a
>>>> few other packages changed since Aug 31. You can see the lists at
>>>> http://www.mlbassoc.com/poky/qemux86-rpms
>>>>
>>>
>>> I've just tested qemux86 and qemuarm images and both of these were fine
>>> (apart from pango issues which I locally reverted the change in question
>>> for). I'm a little puzzled why things are therefore failing for people
>>> but I would like to get to the bottom of it...
>>
>> To be clear, I updated master to 98c2da694ca4c72b3e222a593b8baddea102bde5 and rebuilt
>> my image (yesterday). This image now crashes as reported.
>>
>> What can I look at to help?
>
> Can you test whether disabling prelinking removes the segfault?
>
> We have a bug tracking this issue now:
>
> http://bugzilla.yoctoproject.org/show_bug.cgi?id=1473
>
> and believe that its only 32 bit build systems that have this issue.
Yes, that works (my host and target are both 32bit x86)
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: kernel panic when boot core-image-sato-sdk for qemux86
2011-09-10 16:28 ` Richard Purdie
2011-09-10 16:32 ` Gary Thomas
@ 2011-09-10 23:58 ` Zhang, Jessica
2011-09-11 2:19 ` Bruce Ashfield
2 siblings, 0 replies; 13+ messages in thread
From: Zhang, Jessica @ 2011-09-10 23:58 UTC (permalink / raw)
To: Richard Purdie, Gary Thomas; +Cc: yocto@yoctoproject.org
Don't know whether these data will help but seems the issue hit several people, Lianhao reported the same failure with his local build as well. I first noticed the failure happened with my local build on 9/8 night with a freshly cloned tree. But for the same night's nightly build on autobuilder, it was fine. Even thought it shouldn't matter, my host machine is Ubuntu 10.04 32bit.
I'll kick off an arm build to see...
- Jessica
-----Original Message-----
From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org]
Sent: Saturday, September 10, 2011 9:29 AM
To: Gary Thomas
Cc: Zhang, Jessica; yocto@yoctoproject.org
Subject: Re: [yocto] kernel panic when boot core-image-sato-sdk for qemux86
On Sat, 2011-09-10 at 09:21 -0600, Gary Thomas wrote:
> On 2011-09-10 07:13, Gary Thomas wrote:
> > On 2011-09-09 17:09, Zhang, Jessica wrote:
> >> Hi,
> >>
> >> Has anybody ran into kernel panic when boot up core-image-sato-sdk for qemux86. I’ve been having this issue with several clean build for two days. And my latest build tree is a
> >> freshly cloned tree against poky-master with commit:
> >>
> >> commit 20dbf0024385eaef61a04d8773fd7640e3c8cc6d
> >>
> >> Author: Richard Purdie <richard.purdie@linuxfoundation.org>
> >>
> >> Date: Fri Sep 9 19:07:40 2011 +0100
> >>
> >> The qemu kernel panic messages are:
> >>
> >> INIT: version 2.88 booting
> >>
> >> Init[1]: segfault at 38 ip 495076c7 sp bfd9b60c error 4 in libc-2.13.so[49492000+15f000]
> >>
> >> Init[1]: segfault at 16 ip 0804b3c7 sp bfd9b280 error 4 in init.sysvinit[8048000+7000]
> >>
> >> Kernel panic – not syncing: Attempted to kill init!
> >>
> >> Pid: 1, comm: init Not tainted 3.0.4-yocto-standard+ #1
> >
> > Verified - fails for me here as well. A Bruce said, a build from just a few days
> > ago did work. Note: I only tried core-image-sato
> >
> > As far as I can tell, the only packages that were rebuilt since my last go on
> > Aug 31 were virtual/kernel & perf
> >
> > Looks like it's something to do with kernel changes.
> >
>
> Actually, I forgot that qemux86 also uses i586 packages, so there were quite a
> few other packages changed since Aug 31. You can see the lists at
> http://www.mlbassoc.com/poky/qemux86-rpms
>
I've just tested qemux86 and qemuarm images and both of these were fine
(apart from pango issues which I locally reverted the change in question
for). I'm a little puzzled why things are therefore failing for people
but I would like to get to the bottom of it...
Cheers,
Richard
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: kernel panic when boot core-image-sato-sdk for qemux86
2011-09-10 16:28 ` Richard Purdie
2011-09-10 16:32 ` Gary Thomas
2011-09-10 23:58 ` Zhang, Jessica
@ 2011-09-11 2:19 ` Bruce Ashfield
2011-09-11 6:24 ` Zhang, Jessica
2 siblings, 1 reply; 13+ messages in thread
From: Bruce Ashfield @ 2011-09-11 2:19 UTC (permalink / raw)
To: Richard Purdie; +Cc: yocto@yoctoproject.org
On 11-09-10 12:28 PM, Richard Purdie wrote:
> On Sat, 2011-09-10 at 09:21 -0600, Gary Thomas wrote:
>> On 2011-09-10 07:13, Gary Thomas wrote:
>>> On 2011-09-09 17:09, Zhang, Jessica wrote:
>>>> Hi,
>>>>
>>>> Has anybody ran into kernel panic when boot up core-image-sato-sdk for qemux86. I’ve been having this issue with several clean build for two days. And my latest build tree is a
>>>> freshly cloned tree against poky-master with commit:
>>>>
>>>> commit 20dbf0024385eaef61a04d8773fd7640e3c8cc6d
>>>>
>>>> Author: Richard Purdie<richard.purdie@linuxfoundation.org>
>>>>
>>>> Date: Fri Sep 9 19:07:40 2011 +0100
>>>>
>>>> The qemu kernel panic messages are:
>>>>
>>>> INIT: version 2.88 booting
>>>>
>>>> Init[1]: segfault at 38 ip 495076c7 sp bfd9b60c error 4 in libc-2.13.so[49492000+15f000]
>>>>
>>>> Init[1]: segfault at 16 ip 0804b3c7 sp bfd9b280 error 4 in init.sysvinit[8048000+7000]
>>>>
>>>> Kernel panic – not syncing: Attempted to kill init!
>>>>
>>>> Pid: 1, comm: init Not tainted 3.0.4-yocto-standard+ #1
>>>
>>> Verified - fails for me here as well. A Bruce said, a build from just a few days
>>> ago did work. Note: I only tried core-image-sato
>>>
>>> As far as I can tell, the only packages that were rebuilt since my last go on
>>> Aug 31 were virtual/kernel& perf
>>>
>>> Looks like it's something to do with kernel changes.
>>>
>>
>> Actually, I forgot that qemux86 also uses i586 packages, so there were quite a
>> few other packages changed since Aug 31. You can see the lists at
>> http://www.mlbassoc.com/poky/qemux86-rpms
>>
>
> I've just tested qemux86 and qemuarm images and both of these were fine
> (apart from pango issues which I locally reverted the change in question
> for). I'm a little puzzled why things are therefore failing for people
> but I would like to get to the bottom of it...
As would I! I just audited the kernel changes, and there's nothing that
should cause anything so severe. My build and boot of course worked as
well.
The grand total of changes since the 3.0.4 update are:
3c9ebee meta: re-enable utrace feature for linux-yocto
82140b9 meta: re-enable systemtap feature for linux-yocto
258af0b meta: update kver to v3.0.4
And both of those were merged and boot tested a while ago.
And the reports of different results from the autobuilder to local machines.
Really makes me wonder about what's really being built and if
something strange is being fetched.
Jessica/Gary: if you explicitly disable utrace, I wonder if that
makes a difference, since it's the only change that should even
have a chance to cause runtime issues. (to disable it, just toss
a config frag with "# CONFIG_UTRACE is not set" and build, or just
confirm that it is off via menuconfig).
Cheers,
Bruce
>
> Cheers,
>
> Richard
>
>
>
>
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: kernel panic when boot core-image-sato-sdk for qemux86
2011-09-11 2:19 ` Bruce Ashfield
@ 2011-09-11 6:24 ` Zhang, Jessica
0 siblings, 0 replies; 13+ messages in thread
From: Zhang, Jessica @ 2011-09-11 6:24 UTC (permalink / raw)
To: Bruce Ashfield, Richard Purdie; +Cc: yocto@yoctoproject.org
Bruce,
Even though I haven't test utrace, I just tested my newly built sato-sdk with the same tree for arm and didn't run into kernel panic. So seems not related to utrace and more specific to x86.
Thanks,
Jessica
-----Original Message-----
From: yocto-bounces@yoctoproject.org [mailto:yocto-bounces@yoctoproject.org] On Behalf Of Bruce Ashfield
Sent: Saturday, September 10, 2011 7:20 PM
To: Richard Purdie
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] kernel panic when boot core-image-sato-sdk for qemux86
On 11-09-10 12:28 PM, Richard Purdie wrote:
> On Sat, 2011-09-10 at 09:21 -0600, Gary Thomas wrote:
>> On 2011-09-10 07:13, Gary Thomas wrote:
>>> On 2011-09-09 17:09, Zhang, Jessica wrote:
>>>> Hi,
>>>>
>>>> Has anybody ran into kernel panic when boot up core-image-sato-sdk for qemux86. I’ve been having this issue with several clean build for two days. And my latest build tree is a
>>>> freshly cloned tree against poky-master with commit:
>>>>
>>>> commit 20dbf0024385eaef61a04d8773fd7640e3c8cc6d
>>>>
>>>> Author: Richard Purdie<richard.purdie@linuxfoundation.org>
>>>>
>>>> Date: Fri Sep 9 19:07:40 2011 +0100
>>>>
>>>> The qemu kernel panic messages are:
>>>>
>>>> INIT: version 2.88 booting
>>>>
>>>> Init[1]: segfault at 38 ip 495076c7 sp bfd9b60c error 4 in libc-2.13.so[49492000+15f000]
>>>>
>>>> Init[1]: segfault at 16 ip 0804b3c7 sp bfd9b280 error 4 in init.sysvinit[8048000+7000]
>>>>
>>>> Kernel panic – not syncing: Attempted to kill init!
>>>>
>>>> Pid: 1, comm: init Not tainted 3.0.4-yocto-standard+ #1
>>>
>>> Verified - fails for me here as well. A Bruce said, a build from just a few days
>>> ago did work. Note: I only tried core-image-sato
>>>
>>> As far as I can tell, the only packages that were rebuilt since my last go on
>>> Aug 31 were virtual/kernel& perf
>>>
>>> Looks like it's something to do with kernel changes.
>>>
>>
>> Actually, I forgot that qemux86 also uses i586 packages, so there were quite a
>> few other packages changed since Aug 31. You can see the lists at
>> http://www.mlbassoc.com/poky/qemux86-rpms
>>
>
> I've just tested qemux86 and qemuarm images and both of these were fine
> (apart from pango issues which I locally reverted the change in question
> for). I'm a little puzzled why things are therefore failing for people
> but I would like to get to the bottom of it...
As would I! I just audited the kernel changes, and there's nothing that
should cause anything so severe. My build and boot of course worked as
well.
The grand total of changes since the 3.0.4 update are:
3c9ebee meta: re-enable utrace feature for linux-yocto
82140b9 meta: re-enable systemtap feature for linux-yocto
258af0b meta: update kver to v3.0.4
And both of those were merged and boot tested a while ago.
And the reports of different results from the autobuilder to local machines.
Really makes me wonder about what's really being built and if
something strange is being fetched.
Jessica/Gary: if you explicitly disable utrace, I wonder if that
makes a difference, since it's the only change that should even
have a chance to cause runtime issues. (to disable it, just toss
a config frag with "# CONFIG_UTRACE is not set" and build, or just
confirm that it is off via menuconfig).
Cheers,
Bruce
>
> Cheers,
>
> Richard
>
>
>
>
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 13+ messages in thread