Hi Waldemar, It can be a Linux kernel bug or a QEMU bug. To get the further info, try -serial telnet::4444,server,wait and use the telnet as a serial console. When the guest hangs use the telnet menu to send break, and then type 'T'. This would produce the same result as magic SysRq+T: the kernel will list the active threads (the magic SysRq has to be enabled to use this feature though). Then please post the listing here and on the sparclinux@ mailing list.
Artyom On Tue, Apr 1, 2014 at 11:37 AM, wbx <m...@waldemar-brodkorb.de> wrote: > Hi Artyom, > > okay, with 1.7.0 on Maverick I get: > (qemu) info block > virtio0: qemu-sparc64.img (raw) > > ide0-hd0: qemu-sparc64.img (raw) > > ide1-cd0: [not inserted] > Removable device: not locked, tray closed > > floppy0: [not inserted] > Removable device: not locked, tray closed > > sd0: [not inserted] > Removable device: not locked, tray closed > (qemu) info blockstats > virtio0: rd_bytes=42984448 wr_bytes=148874240 rd_operations=6310 > wr_operations=16470 flush_operations=0 wr_total_time_ns=450789456000 > rd_total_time_ns=23944239000 flush_total_time_ns=0 > ide0-hd0: rd_bytes=0 wr_bytes=0 rd_operations=0 wr_operations=0 > flush_operations=0 wr_total_time_ns=0 rd_total_time_ns=0 flush_total_time_ns=0 > ide1-cd0: rd_bytes=0 wr_bytes=0 rd_operations=0 wr_operations=0 > flush_operations=0 wr_total_time_ns=0 rd_total_time_ns=0 flush_total_time_ns=0 > floppy0: rd_bytes=0 wr_bytes=0 rd_operations=0 wr_operations=0 > flush_operations=0 wr_total_time_ns=0 rd_total_time_ns=0 flush_total_time_ns=0 > sd0: rd_bytes=0 wr_bytes=0 rd_operations=0 wr_operations=0 flush_operations=0 > wr_total_time_ns=0 rd_total_time_ns=0 flush_total_time_ns=0 > > The guest is hanging. > > best regards > Waldemar > > -- > You received this bug notification because you are a member of qemu- > devel-ml, which is subscribed to QEMU. > https://bugs.launchpad.net/bugs/1278977 > > Title: > qemu-system-sparc64 crash when initializing disk > > Status in QEMU: > New > > Bug description: > Hi, > > I try to boot up Linux for SPARC64 in qemu-system-sparc64 (qemu 1.7.0). A > self compiled kernel with initramfs as piggyback boots up fine. > (http://www.openadk.org/qemu-sparc64-initramfs-piggyback-kernel) > When trying to use a disk image I get following trace: > qemu-system-sparc64 -nographic -kernel > /home/wbx/openadk/bin/qemu_sparc64_eglibc/qemu-sparc64-archive-kernel > qemu-sparc64.img -append "root=/dev/sda1" > [ 43.520705] ata1.00: ATA-7: QEMU HARDDISK, 1.7.0, max UDMA/100 > [ 43.792734] ata1.00: 1048576 sectors, multi 16: LBA48 > [ 44.100768] ata1.00: configured for UDMA/33 > [ 44.316791] scsi 0:0:0:0: Direct-Access ATA QEMU HARDDISK > 1.7. PQ: 0 ANSI: 5 > [ 44.724835] sd 0:0:0:0: [sda] 1048576 512-byte logical blocks: (536 > MB/512 MiB) > [ 45.172883] ata2.00: ATAPI: QEMU DVD-ROM, 1.7.0, max UDMA/100 > [ 45.508920] ata2.00: configured for UDMA/33 > [ 45.752946] scsi 1:0:0:0: CD-ROM QEMU QEMU DVD-ROM > 1.7. PQ: 0 ANSI: 5 > [ 46.309006] sd 0:0:0:0: [sda] Write Protect is off > [ 46.737053] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, > doesn't support DPO or FUA > qemu: fatal: Trap 0x0032 while trap level (5) >= MAXTL (5), Error state > pc: 00000000004055dc npc: 00000000004055e0 > %g0-3: 0000000000000000 0000000000000200 fffff80006a3f170 0000000000000200 > %g4-7: f500046400000000 0000000000000000 fffff80006a3c000 f500000000000000 > %o0-3: fffff80006a10140 fffff80006a10160 fffff80006900010 0000000006a6c000 > %o4-7: 0000000000000002 00000000000003e7 fffff80006a3e1c1 0000000000593988 > %l0-3: 000000000000ffff 0000000000ff0000 0000000000002000 0000000000000001 > %l4-7: 0000000000000000 fffff80006a0d980 0000000000000001 00000000c0004000 > %i0-3: 0000000000000000 000000000000ff00 0000000000010000 0000000000000001 > %i4-7: fffff80006a11d50 fffff80006a10000 fffff80006a3e271 0000000000582444 > %f00: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f08: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f16: 076e072707740720 0773077507700770 076f077207740720 07440750074f0720 > %f24: 076f077207200746 0755074107200720 0720072007200720 0720072007200720 > %f32: 0720072007200720 0720072007200720 0720072007200720 0720072007200720 > %f40: 0720072007200720 0720072007200720 0720072007200720 0720072007200720 > %f48: 0720072007200720 0755074107200720 0720072007200720 0720072007200720 > %f56: 0720072007200720 0720072007200720 0720072007200720 0720072007200720 > pstate: 00000015 ccr: 00 (icc: ---- xcc: ----) asi: 80 tl: 5 pil: e > cansave: 4 canrestore: 2 otherwin: 0 wstate: 0 cleanwin: 7 cwp: 4 > fsr: 0000000000000000 y: 0000000000000000 fprs: 0000000000000000 > > Aborted > > Same happens when starting up Debian/wheezy 7.4 for sparc64: > qemu-system-sparc64 -nographic -kernel vmlinuz -initrd initrd.gz qemu.img > [ 102.943129] eth0: RealTek RTL-8029 found at 0x1fe02000400, IRQ 6, > 52:54:00:12:34:56. > [ 105.143367] scsi0 : pata_cmd64x > [ 105.667424] scsi1 : pata_cmd64x > [ 106.003460] ata1: PATA max UDMA/33 cmd 0x1fe02000500 ctl 0x1fe02000580 > bmdma 0x1fe02000700 irq 7 > [ 106.871554] ata2: PATA max UDMA/33 cmd 0x1fe02000600 ctl 0x1fe02000680 > bmdma 0x1fe02000708 irq 7 > [ 108.247703] ata1.00: ATA-7: QEMU HARDDISK, 1.7.0, max UDMA/100 > [ 108.775760] ata1.00: 1048576 sectors, multi 16: LBA48 > [ 109.399827] ata1.00: configured for UDMA/33 > [ 109.815872] scsi 0:0:0:0: Direct-Access ATA QEMU HARDDISK > 1.7. PQ: 0 ANSI: 5 > [ 111.004001] ata2.00: ATAPI: QEMU DVD-ROM, 1.7.0, max UDMA/100 > [ 111.608066] ata2.00: configured for UDMA/33 > [ 112.040113] scsi 1:0:0:0: CD-ROM QEMU QEMU DVD-ROM > 1.7. PQ: 0 ANSI: 5 > [ 114.344362] sd 0:0:0:0: [sda] 1048576 512-byte logical blocks: (536 > MB/512 MiB) > qemu: fatal: Trap 0x0032 while trap level (5) >= MAXTL (5), Error state > pc: 00000000004055bc npc: 00000000004055c0 > %g0-3: 0000000000000000 0000000000000200 fffff80007e6bd10 0000000000000200 > %g4-7: f500046400000000 0000000000000000 fffff80005d34000 f500000000000000 > %o0-3: fffff80005f68148 fffff80005f68180 000000000000000c 0000000000000001 > %o4-7: fffff80005d4b889 000001fe02000600 fffff8000705b391 0000000010064474 > %l0-3: 0000000000000000 00000000007f6330 0000000000200200 fffff80007e6be60 > %l4-7: 0000000000000000 0000000000945bd8 0000000000945fd8 00000000009463d8 > %i0-3: fffff80005f68000 fffff80005f68148 0000000000000058 0000000000000001 > %i4-7: fffff80005f69ce8 0000000000000000 fffff8000705b451 0000000010064ab8 > %f00: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f08: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f16: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f24: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f32: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f40: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f48: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > %f56: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > pstate: 00000015 ccr: 00 (icc: ---- xcc: ----) asi: 80 tl: 5 pil: e > cansave: 3 canrestore: 3 otherwin: 0 wstate: 0 cleanwin: 7 cwp: 7 > fsr: 0000000000000000 y: 000000000003e810 fprs: 0000000000000000 > > Aborted > > Anything I can do to get it boot from disk? > > thanks in advance. > Waldemar > > To manage notifications about this bug go to: > https://bugs.launchpad.net/qemu/+bug/1278977/+subscriptions > -- Regards, Artyom Tarasenko linux/sparc and solaris/sparc under qemu blog: http://tyom.blogspot.com/search/label/qemu