Re: Kernel panic on "run_init_process(execute command)"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,
        

On Apr 8, 2011, at 11:22 PM, Boswell, Patrick wrote:

> I am working with a custom OMAP3530 board. I am using rowboat 2.6.32,
> codesourcery 2010q1, X-loader and U-boot, all uniquely customized for
> this board.
> 
> I am using the 3 partition microSD card for this board, modeled after
> the TI-DevKit version 2.2, with rootfs as a partition at /dev/mmcblk0p2.

Try to use just 2 partitions first, a 40MB FAT32 partition, and a 512MB 
ext3 partition.

On the FAT boot partition, you should first copy MLO, u-boot.bin and uImage.

While creating the bootable rootfs partition (disk-1), you can merge the outputs of the 
android root and system folders as follows:

# su
# cd /media/disk-1
# rm -Rf *
# cp -a /tool/android-rowboat-2.2/out/target/product/beagleboard/root/* .
# cp -a /tool/android-rowboat-2.2/out/target/product/beagleboard/system/* system/

# chown -R root.root *
# chmod -R 777 data system


You should also check your init.rc file, to ensure that you comment out the
sections relating to mounting the nand partitions.

##    mount rootfs rootfs / ro remount

# mount mtd partitions
    # Mount /system rw first to give the filesystem a chance to save a checkpoint
##    mount yaffs2 mtd@system /system
##    mount yaffs2 mtd@system /system ro remount

    # We chown/chmod /data again so because mount is run as root + defaults
##    mount yaffs2 mtd@userdata /data nosuid nodev
    chown system system /data
    chmod 0771 /data


Also check your bootargs. The ones that I use are as follows:

# printenv
# setenv defaultdisplay lcd43
# setenv dvimode 480x272MR-16@60
# setenv vram 12M

# setenv mmcargs setenv bootargs console=${console} vram=${vram} omapfb.vram=0:4M omapfb.mode=dvi:${dvimode} omapfb.debug=y omapdss.def_disp=${defaultdisplay} root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait

# saveenv
# boot

> On kernel boot, after mounting the root filesystem (/dev/mmcblk0p2) when
> attempting to start init (bootargs are init=/init), in main.c,
> run_init_process(execute_command) with execute_command set to /init, I
> get a kernel panic:
> 
> 
> [  103.806274] Kernel panic - not syncing: Attempted to kill init!

Are you able to boot a standard linux omap console image, with the TI DevKit 2.2 kernel
without specifying the init=/init boot args?

This is to try to narrow the issue to being either with the x-load, u-boot, kernel combination
with standard rootfs (which should boot properly first), versus trying to load the android
root file system.

Which version of android are you using?

> The backtrace identifies: 
> 
> 
> [  103.812377] [<c0048320>] (unwind_backtrace+0x0/0x17c) from
> [<c0489d34>] (dump_stack+0x20/0x24)
> [  103.821105] [<c0489d34>] (dump_stack+0x20/0x24) from [<c0489d94>]
> (panic+0x5c/0x130)
> [  103.828918] [<c0489d94>] (panic+0x5c/0x130) from [<c007cc18>]
> (do_exit+0x5d4/0x6a4)
> [  103.836669] [<c007cc18>] (do_exit+0x5d4/0x6a4) from [<c007cd34>]
> (do_group_exit+0x4c/0xbc)
> [  103.845062] [<c007cd34>] (do_group_exit+0x4c/0xbc) from [<c008dee8>]
> (get_signal_to_deliver+0x208/0x3e8)
> [  103.854644] [<c008dee8>] (get_signal_to_deliver+0x208/0x3e8) from
> [<c0042de0>] (do_signal+0x74/0x698)
> [  103.863983] [<c0042de0>] (do_signal+0x74/0x698) from [<c0043470>]
> (do_notify_resume+0x6c/0x78)
> [  103.872680] [<c0043470>] (do_notify_resume+0x6c/0x78) from
> [<c003fb4c>] (work_pending+0x1c/0x20)

Could you paste the output of the entire boot process, leading upto the panic?

Elvis Dowson

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux