Hello!
With r37237, I built malta and x86 target with default configuration. But they
both failed to boot up on qemu of version 1.5.1, i.e. there is no shell prompt
and virtual machine just hangs and eats up CPU.
I guess procd is the culprit. With malta, the bootlog shows no sign of
procd, yet it is supposed to be run as init.
$ qemu-system-mipsel -M malta -kernel
bin/malta/openwrt-malta-le-vmlinux.elf -nographic -m 64
... snip ...
[ 0.550000] VFS: Cannot open root device "(null)" or
unknown-block(0,0): error -6
[ 0.550000] Please append a correct "root=" boot option; here are
the available partitions:
[ 0.550000] 1f00 1024 mtdblock0 (driver?)
[ 0.550000] 1f01 2944 mtdblock1 (driver?)
[ 0.550000] 1f02 128 mtdblock2 (driver?)
[ 0.550000] Kernel panic - not syncing: VFS: Unable to mount root fs
on unknown-block(0,0)
Kernel with initramfs booted but hang at the last, no shell prompt showed up
even when hit with many more than enough Enter key...
$ qemu-system-mipsel -M malta -kernel
bin/malta/openwrt-malta-le-initramfs-vmlinux.elf -nographic -m 64
... snip ...
[ 0.820000] Please be patient, while OpenWrt loads ...
[ 0.830000] Freeing prom memory: 956k freed
[ 0.840000] Freeing unused kernel memory: 3288k freed
[ 8.180000] Loading modules backported from Linux version
master-2013-06-27-0-gdcfa6d5
[ 8.180000] Backport generated by backports.git
backports-20130617-4-ge3220f5
[ 8.250000] cfg80211: Calling CRDA to update world regulatory domain
[ 8.260000] cfg80211: World regulatory domain updated:
[ 8.260000] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[ 8.260000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz),
(300 mBi, 2000 mBm)
[ 8.260000] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz),
(300 mBi, 2000 mBm)
[ 8.260000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz),
(300 mBi, 2000 mBm)
[ 8.260000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz),
(300 mBi, 2000 mBm)
[ 8.260000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz),
(300 mBi, 2000 mBm)
[ 8.370000] pcnet32: pcnet32.c:v1.35 21.Apr.2008
tsbog...@alpha.franken.de
[ 8.370000] PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
[ 8.380000] pcnet32: PCnet/PCI II 79C970A at 0x2020,
52:54:00:12:34:56 assigned IRQ 10
[ 8.430000] pcnet32: eth0: registered as PCnet/PCI II 79C970A
[ 8.430000] pcnet32: 1 cards_found
[ 8.560000] mac80211_hwsim: initializing netlink
[ 31.390000] pcnet32 0000:00:0b.0 eth0: link up
[ 31.460000] device eth0 entered promiscuous mode
[ 31.460000] br-lan: port 1(eth0) entered forwarding state
[ 31.460000] br-lan: port 1(eth0) entered forwarding state
[ 33.460000] br-lan: port 1(eth0) entered forwarding state
With combined i386 image, it booted and procd run as init, but no shell prompt
showed up. Failsafe mode worked fine.
>From grub2 menu, I added additional kernel paramter "init_debug=9" to let procd
print more information.
$ qemu-system-i386 -hda bin/x86/openwrt-x86-generic-combined-ext4.img
-m 64 -nographic
... snip ...
procd: Console is alive
procd: - preinit -
procd: procd_preinit(67): Launched preinit instance, pid=549
Press the [f] key and hit [enter] to enter failsafe mode
mount_root: mounting /dev/root
[ 5.374867] EXT4-fs (sda2): warning: mounting unchecked fs, running
e2fsck is recommended
[ 5.380620] EXT4-fs (sda2): re-mounted. Opts: (null)
[ 5.534263] EXT4-fs (sda1): mounted filesystem without journal.
Opts: (null)
mv: can't rename '/mnt/sysupgrade.tgz': No such file or directory
procd: spawn_procd(40): Exec to real procd now
procd: - early -
procd: - init -
[ 7.344471] NET: Registered protocol family 10
[ 7.381625] natsemi dp8381x driver, version 2.1, Sept 11, 2006
... snip ...
[ 13.591874] br-lan: port 1(eth0) entered forwarding state
[ 13.593902] br-lan: port 1(eth0) entered forwarding state
[ 13.594630] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 13.598582] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 15.593068] br-lan: port 1(eth0) entered forwarding state
procd: - init complete -
I'd like to help pinpoint the bug position, but that there are so many image
names (initramfs, combined, rootfs) confuses me.
BTW, Malta target is not built for attitude adjustment [1]. Malta for
AA-12.09-beta2 works fine for me on qemu.
Directory `target/linux/malta/patches-3.6/` is empty and not needed now.
[1] http://downloads.openwrt.org/attitude_adjustment/12.09/malta/generic/
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
