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 <email address hidden> 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