[Buildroot] Kernel panic - not syncing: Attempted to kill init!

[H Hartley Sweeten]

On Monday, August 24, 2009 9:53 AM, H Hartley Sweeten wrote:
> On Saturday, August 22, 2009 11:17 PM, Thomas Petazzoni wrote:
>>>> Would you mind testing this new fix, and see if it works for you ?
>>> 
>>> No link?  Where can I get the fix to test?
>>
>> Same place as the other fixes, in my multilib-toolchain-fix branch, at
>> http://git.buildroot.net/~tpetazzoni/git/buildroot/log/?h=multilib-toolchain-fix
>>
>> The two commits are :
>>  http://git.buildroot.net/~tpetazzoni/git/buildroot/commit/?h=multilib-toolchain-fix&id=65ee9b3945a665f1279fa940b30818f4924acd31
>>  http://git.buildroot.net/~tpetazzoni/git/buildroot/commit/?h=multilib-toolchain-fix&id=2907415d82b7d306ca3f1f1ead0bbb0c7f1505c3
>
> Thomas,
> 
> I stripped my packages down to the following:
> 
> BR2_PACKAGE_BUSYBOX=y
> BR2_BUSYBOX_VERSION_1_13_X=y
> BR2_BUSYBOX_VERSION="1.13.4"
> BR2_PACKAGE_BUSYBOX_FULLINSTALL=y
> BR2_PACKAGE_BUSYBOX_CONFIG="local/ep9307/busybox-1.13.4.config"
> BR2_HOST_FAKEROOT=y
> BR2_PACKAGE_LZO=y
> BR2_PACKAGE_ZLIB=y
> 
> Everything seems to build fine but the system still crashes when
> trying to run /sbin/init.  I have CONFIG_DEBUG_USER=y in my kernel
> and passed "user_debug=31" in my kernel command line.  With that
> I get:
> 
> rtc-isl1208 0-006f: setting system clock to 2009-08-24 09:30:58 UTC (1251106258)
> RAMDISK: gzip image found at block 0
> VFS: Mounted root (ext2 filesystem) on device 1:0.
> Freeing init memory: 120K
> run_init_process: /sbin/init
> init (1): undefined instruction: pc=400160cc
> Code: 02800004 0afffff9 e2621000 e0022001 (e16f2f12)
> Kernel panic - not syncing: Attempted to kill init!
> [<c002ca90>] (unwind_backtrace+0x0/0xdc) from [<c02943dc>] (panic+0x48/0x120)
> [<c02943dc>] (panic+0x48/0x120) from [<c0048430>] (do_exit+0x64/0x608)
> [<c0048430>] (do_exit+0x64/0x608) from [<c0048a84>] (do_group_exit+0xb0/0xe4)
> [<c0048a84>] (do_group_exit+0xb0/0xe4) from [<c0052cc4>] (get_signal_to_deliver+0x384/0x3dc)
> [<c0052cc4>] (get_signal_to_deliver+0x384/0x3dc) from [<c00295f8>] (do_signal+0x50/0x528)
> [<c00295f8>] (do_signal+0x50/0x528) from [<c0026eac>] (work_pending+0x1c/0x20)
> 
> I'm not sure what the undefined instruction is but my guess is it's
> an armv5t instruction which is the default library configuration for
> the CodeSourcery toolchain.  Something is still not right.
> 
> It appears the libraries that get copied to rootfs are stripped so I
> can't verify what they actually are.
> 
> An ideas?

As a brute-force test, I tried replacing the files in $(TARGET_DIR)/lib
with the files in $(SYSROOT_DIR)/armv4t/lib.  With just that it appears
/sbin/init executes but some other command fails:

VFS: Mounted root (ext2 filesystem) on device 1:0.
Freeing init memory: 120K
run_init_process: /sbin/init
usb 1-1: configuration #1 chosen from 1 choice
input: HID 04d9:1203 as /devices/platform/ep93xx-ohci/usb1/1-1/1-1:1.0/input/input2
generic-usb 0003:04D9:1203.0001: input: USB HID v1.11 Keyboard [HID 04d9:1203] on usb-ep93xx-1/input0
input: HID 04d9:1203 as /devices/platform/ep93xx-ohci/usb1/1-1/1-1:1.1/input/input3
generic-usb 0003:04D9:1203.0002: input: USB HID v1.11 Device [HID 04d9:1203] on usb-ep93xx-1/input1
rcS (430): undefined instruction: pc=0007514c
Code: e1530001 9a00006f e1110002 0a000071 (e16f2f13)
can't open /dev/tty1: No such file or directory
can't open /dev/tty2: No such file or directory
can't open /dev/ttyAM0: No such file or directory
can't open /dev/ttyAM1: No such file or directory
can't open /dev/ttyAM2: No such file or directory

The "can't open ..." messages then keep repeating.

Regards,
Hartley