Branch: poky/master Git rev: 176a46b088135f2891983bb8540bc45389341d90 steps: 1. download qemuarm images from http://autobuilder.yoctoproject.org/pub/nightly/20130521-1 2. this image could not bootup (both sato and sato-sdk images) log: kurtzou@kurtzou-ThinkPad-X200s:/yocto/images/20130521-1/qemuarm$ runqemu qemuarm zImage--3.8.11+git0+8482dcdf68f9f7501118f4c01fdcb8f851882997_8fb1a478c9a05362e2e4e62fc30f5ef5d6c21f49-r4.1-qemuarm-20130514211818.bin core-image-sato-qemuarm-20130521191607.rootfs.ext3 nographic Continuing with the following parameters: KERNEL: [zImage--3.8.11+git0+8482dcdf68f9f7501118f4c01fdcb8f851882997_8fb1a478c9a05362e2e4e62fc30f5ef5d6c21f49-r4.1-qemuarm-20130514211818.bin] ROOTFS: [core-image-sato-qemuarm-20130521191607.rootfs.ext3] FSTYPE: [ext3] Setting up tap interface under sudo Acquiring lockfile for tap0... Running qemu-system-arm... /opt/poky/1.4+snapshot/sysroots/i686-pokysdk-linux/usr/bin/qemu-system-arm -kernel zImage--3.8.11+git0+8482dcdf68f9f7501118f4c01fdcb8f851882997_8fb1a478c9a05362e2e4e62fc30f5ef5d6c21f49-r4.1-qemuarm-20130514211818.bin -net nic,vlan=0 -net tap,vlan=0,ifname=tap0,script=no,downscript=no -M versatilepb -hda core-image-sato-qemuarm-20130521191607.rootfs.ext3 -no-reboot -show-cursor -usb -usbdevice wacom-tablet -no-reboot -nographic -m 128 --append "root=/dev/sda rw console=ttyAMA0,115200 console=tty ip=192.168.7.2::192.168.7.1:255.255.255.0 mem=128M highres=off console=ttyS0" Uncompressing Linux... done, booting the kernel. Booting Linux on physical CPU 0x0 Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Linux version 3.8.11-yocto-standard (pokybuild@ab06.i.yoctoproject.org) (gcc version 4.8.0 (GCC) ) #1 PREEMPT Tue May 14 21:40:42 GMT 2013 CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00093177 CPU: VIVT data cache, VIVT instruction cache Machine: ARM-Versatile PB Memory policy: ECC disabled, Data cache writeback sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956ms Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: root=/dev/sda rw console=ttyAMA0,115200 console=tty ip=192.168.7.2::192.168.7.1:255.255.255.0 mem=128M highres=off console=ttyS0 PID hash table entries: 512 (order: -1, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) __ex_table already sorted, skipping sort allocated 262144 bytes of page_cgroup please try 'cgroup_disable=memory' option if you don't want memory cgroups Memory: 128MB = 128MB total Memory: 120304k/120304k available, 10768k reserved, 0K highmem Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) vmalloc : 0xc8800000 - 0xff000000 ( 872 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) modules : 0xbf000000 - 0xc0000000 ( 16 MB) .text : 0xc0008000 - 0xc07d72e4 (7997 kB) .init : 0xc07d8000 - 0xc0816474 ( 250 kB) .data : 0xc0818000 - 0xc0869480 ( 326 kB) .bss : 0xc0869480 - 0xc091f768 ( 729 kB) SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 NR_IRQS:224 VIC @f1140000: id 0x00041190, vendor 0x41 FPGA IRQ chip 0 "SIC" @ f1003000, 13 irqs Console: colour dummy device 80x30 console [tty0] enabled Calibrating delay loop... 355.73 BogoMIPS (lpj=1778688) pid_max: default: 32768 minimum: 301 Security Framework initialized Mount-cache hash table entries: 512 Initializing cgroup subsys debug Initializing cgroup subsys cpuacct Initializing cgroup subsys memory Initializing cgroup subsys devices Initializing cgroup subsys freezer Initializing cgroup subsys net_cls Initializing cgroup subsys blkio CPU: Testing write buffer coherency: ok ftrace: allocating 19435 entries in 57 pages Setting up static identity map for 0x5b3ce0 - 0x5b3d38 devtmpfs: initialized NET: Registered protocol family 16 DMA: preallocated 256 KiB pool for atomic coherent allocations Serial: AMBA PL011 UART driver dev:f1: ttyAMA0 at MMIO 0x101f1000 (irq = 44) is a PL011 rev1 console [ttyAMA0] enabled dev:f2: ttyAMA1 at MMIO 0x101f2000 (irq = 45) is a PL011 rev1 dev:f3: ttyAMA2 at MMIO 0x101f3000 (irq = 46) is a PL011 rev1 fpga:09: ttyAMA3 at MMIO 0x10009000 (irq = 70) is a PL011 rev1 PCI core found (slot 11) PCI host bridge to bus 0000:00 pci_bus 0000:00: root bus resource [mem 0x50000000-0x5fffffff] pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff pref] pci_bus 0000:00: root bus resource [io 0x1000-0xffff] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff] PCI: bus0: Fast back to back transfers disabled pci 0000:00:0d.0: BAR 2: assigned [mem 0x50000000-0x50001fff] pci 0000:00:0d.0: BAR 1: assigned [mem 0x50002000-0x500023ff] pci 0000:00:0c.0: BAR 0: assigned [mem 0x50002400-0x500024ff] pci 0000:00:0d.0: BAR 0: assigned [io 0x1000-0x10ff] bio: create slab <bio-0> at 0 vgaarb: loaded SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb Switching to clocksource timer3 Unable to handle kernel paging request at virtual address ffffffff pgd = c0004000 [ffffffff] *pgd=07ffe831, *pte=00000000, *ppte=00000000 Internal error: Oops: 17 [#1] PREEMPT ARM Modules linked in: CPU: 0 Not tainted (3.8.11-yocto-standard #1) PC is at kmem_cache_alloc_trace+0x54/0x210 LR is at con_insert_unipair+0xcc/0x11c pc : [<c00fc3b8>] lr : [<c039f074>] psr: a0000153 sp : c782bda0 ip : 000000a2 fp : c782bdd4 r10: ffffffff r9 : 00000004 r8 : 00000080 r7 : c7801300 r6 : c039f074 r5 : 000000d0 r4 : c7801300 r3 : 00000000 r2 : 00000080 r1 : 000000d0 r0 : c7801300 Flags: NzCv IRQs on FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 00093177 Table: 00004000 DAC: 00000017 Process swapper (pid: 1, stack limit = 0xc782a1b8) Stack: (0xc782bda0 to 0xc782c000) bda0: c782bdcc c782bdb0 c00514b0 000025c6 c791f540 00000004 c79125dc c08542e8 bdc0: 00000004 00000002 c782bdf4 c782bdd8 c039f074 c00fc370 00000000 00000001 bde0: c791f540 00000004 c782be34 c782bdf8 c039fec8 c039efb4 00000001 c78031cc be00: c7803000 c08542e4 c0028eec 00000000 00000014 c0917f24 c782a008 c07fb160 be20: c07eea1c 00000000 c782be54 c782be38 c07ee258 c039fdd8 00000000 00000000 be40: c0917e04 c085463c c782be7c c782be58 c07ee738 c07ee220 c07053c0 c016e630 be60: c782be7c c0917958 00000000 c0918700 c782be9c c782be80 c07edb68 c07ee5d8 be80: c06b04dc c782bea4 0000000c c05e48a0 c782bec4 c782bea0 c07eead0 c07eda6c bea0: c06e01d8 c0869480 c782a008 c0815f34 00000005 c0869480 c782bf0c c782bec8 bec0: c0008a18 c07eea28 00000000 00000005 c0a20561 00000005 c07659a4 00000000 bee0: c0049af4 c0815f34 00000005 c0869480 c0869480 c07fb160 c07fb170 0000008a bf00: c782bf94 c782bf10 c07d89d0 c0008908 00000005 00000005 c07d8264 00000000 bf20: c782bf94 c782bf30 c05ae3e0 c0008730 c0830fec c7868000 c782bf78 60000153 bf40: c782a038 c083f1b8 c7868bc0 00000001 00000000 00000000 00000000 c782bf94 bf60: c782bf98 c0051594 c782bf94 00000000 c05a37f8 00000000 00000000 00000000 bf80: 00000000 00000000 c782bfac c782bf98 c05a3810 c07d8870 00000000 c05a37f8 bfa0: 00000000 c782bfb0 c000e530 c05a3804 00000000 00000000 00000000 00000000 bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bfe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000 [<c00fc3b8>] (kmem_cache_alloc_trace+0x54/0x210) from [<c039f074>] (con_insert_unipair+0xcc/0x11c) [<c039f074>] (con_insert_unipair+0xcc/0x11c) from [<c039fec8>] (con_set_default_unimap+0xfc/0x198) [<c039fec8>] (con_set_default_unimap+0xfc/0x198) from [<c07ee258>] (console_map_init+0x44/0x58) [<c07ee258>] (console_map_init+0x44/0x58) from [<c07ee738>] (vty_init+0x16c/0x1b0) [<c07ee738>] (vty_init+0x16c/0x1b0) from [<c07edb68>] (tty_init+0x108/0x148) [<c07edb68>] (tty_init+0x108/0x148) from [<c07eead0>] (chr_dev_init+0xb4/0xd8) [<c07eead0>] (chr_dev_init+0xb4/0xd8) from [<c0008a18>] (do_one_initcall+0x11c/0x18c) [<c0008a18>] (do_one_initcall+0x11c/0x18c) from [<c07d89d0>] (kernel_init_freeable+0x16c/0x254) [<c07d89d0>] (kernel_init_freeable+0x16c/0x254) from [<c05a3810>] (kernel_init+0x18/0x160) [<c05a3810>] (kernel_init+0x18/0x160) from [<c000e530>] (ret_from_fork+0x14/0x20) Code: e593a000 e35a0000 0a000020 e5943014 (e79a1003) ---[ end trace e6c62de166779f86 ]--- Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b kurtzou@kurtzou-ThinkPad-X200s:/yocto/test_result/0524$
My same comment applies here, just as it did for the beagleboard. Is this a gcc 4.8 build ? If so, return it to the build system category. ARM BSPs should not be using gcc 4.8 as their default yet, and whoever made it the default for them, should have also verified boot and pinned versions for boards that failed.
Hello, I would like to have more info about this issue, so that all of us are clear on what happens. I have tested with the today's weekly build: http://autobuilder.yoctoproject.org/pub/nightly/20130528-2/ and I could boot several qemu images (arm, ppc) with ext3 extension or tar.bz2). I have tested on a Fedora 17 64 bit and on CentOS 6.4. So my questions are: - what is your host environment? (Distribution, architecture) - what yocto environment did you use (did you source the toolchain sdk or you sourced the poky environment?)
And I can confirm that qemuarm boots fine with ubuntu 12.04 and 13.10 from my builds yesterday.
I also re-tested the new build from http://autobuilder.yoctoproject.org/pub/nightly/20130528-2/ . It can boot up without problem. When the kernel booting, I noticed there is a message: ... Linux version 3.8.11-yocto-standard (pokybuild@ab10.i.yoctoproject.org) (gcc version 4.7.2 (GCC) ) #1 PREEMPT Fri May 24 16:29:23 UTC 2013 ... However, for the old build from http://autobuilder.yoctoproject.org/pub/nightly/20130521-1/ , When the kernel booting, the message is: ... Linux version 3.8.11-yocto-standard (pokybuild@ab05) (gcc version 4.8.0 (GCC) ) #1 PREEMPT Tue May 14 21:59:51 UTC 2013 ... It looks like that the kernel was built with gcc 4.8 and didn't re-build since May 14. I don't know why the kernel didn't re-build in this build. Is it a autobuilder issue or a sstate issue ?
*** Bug 4548 has been marked as a duplicate of this bug. ***
This was the result of a MUT build pulling in gcc 4.8 into sstate and the AB not rebuilding with 4.7. This is expected behavior as a change in the toolchain is explicitly prevented from triggering a rebuild.
This bug is now essentially tracking the gcc 4.8 ARM work, which is in progress.
Tested with http://autobuilder.yoctoproject.org/pub/nightly/20131019-1/machines/qemu/qemuarm/ runqemu qemuarm zImage--3.10.11+git0+452f0679ea_aa1fa3cec7-r0-qemuarm-20131011191708.bin core-image-sato-qemuarm-20131019051153.rootfs.ext3 nographic The machine booted up without any problems. Linux version 3.10.11-yocto-standard (pokybuild@ab06.i.yoctoproject.org) (gcc version 4.8.1 (GCC) ) #1 PREEMPT Fri Oct 11 19:48:23 UTC 2013 Should we close this bug and 4548, is this still an issue ?
This is definitely fixed now. We can close the bug. (In reply to comment #8) > Tested with > http://autobuilder.yoctoproject.org/pub/nightly/20131019-1/machines/qemu/ > qemuarm/ > > runqemu qemuarm > zImage--3.10.11+git0+452f0679ea_aa1fa3cec7-r0-qemuarm-20131011191708.bin > core-image-sato-qemuarm-20131019051153.rootfs.ext3 nographic > > The machine booted up without any problems. > Linux version 3.10.11-yocto-standard (pokybuild@ab06.i.yoctoproject.org) > (gcc version 4.8.1 (GCC) ) #1 PREEMPT Fri Oct 11 19:48:23 UTC 2013 > > Should we close this bug and 4548, is this still an issue ?
Then, as stated above, this is verified.