On Tue, Sep 02, 2014 at 02:12:45PM +0100, Mark Cave-Ayland wrote: > Fortunately I can reproduce the issue with a debug-enabled build of > qemu-system-sparc64, and I've posted a backtrace obtained during the hung > state at http://www.ilande.co.uk/tmp/sparc64-gdb-bt.txt. I can't see > anything too obvious, other than that the ppoll() could possibly be waiting > for a bad file descriptor?
The backtrace looks like a normal QEMU run. Nothing obvious there. This suggests the QEMU monitor is still operational and the guest is still executing code. Does the I/O time out inside the guest? Normally messages are printed in dmesg if I/O requests are pending for too long. Stefan
pgpXp8WlSChDW.pgp
Description: PGP signature