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.pur...@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
------------------------------------------------------------
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto