FS#49646 - [qemu] New qemu 2.6.0-1 freezes

Attached to Project: Arch Linux
Opened by Javier (jevv) - Friday, 10 June 2016, 02:34 GMT
Last edited by David Runge (dvzrv) - Monday, 21 February 2022, 20:56 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

When launching qemu with the same command line as before, with SDL display, with virtio, for a win-10 guest:

qemu-system-x86_64 -enable-kvm -name win-10 -machine type=pc,accel=kvm -cpu host -smp cores=1,threads=2,sockets=1 -m 2.7G -balloon virtio -drive file=/home/<username>/.qemu/imgs/win10-coe.qcow2,index=0,media=disk,if=virtio -drive file=/usr/share/virtio/virtio-win.iso,index=1,media=cdrom -drive file=/usr/share/spice-guest-tools/spice-guest-tools.iso,index=2,media=cdrom -net nic,model=virtio -net tap,ifname=tap0,script=no,downscript=no,vhost=on -usbdevice tablet -usb -display sdl -vga qxl -soundhw ac97 -rtc base=localtime -usbdevice host:0b0e:0032 -usbdevice host:0b0e:0348 -usbdevice host:0b0e:0410

Qemu at some point just freezes with no error message at all with newer version 2.6.0-1.

Reverting to prior version 2.5.1-1, things go back to normal.

A simple way to accelerate the freeze is to have qemu launch in a workspace/desktop, and then move to a different workspace/desktop, and then move back to the qemu workspace/desktop, and you'll find out it's frozen.

BTW, there's no way to get into qemu monitor mode terminal at all once frozen. The monitor terminal shows up, but does nothing...

Perhaps it's useful to notice that I have up to date win-10 virtio drivers for ethernet, scsi/storage, qxl-dod, balloon, and serial interface drivers. The ISO version used is 0.1.118.1 (virtio-win AUR package).

Using the standard (std) qemu video driver, rather than the qxl-dod one makes no difference BTW.

Just in case, running on up to date x86-64 Arch, plain qemu command line.


* package version(s)
extra/qemu 2.6.0-1
aur/spice-guest-tools-windows 0.100-1

* system
Linux m1 4.6.2-1-ARCH #1 SMP PREEMPT Wed Jun 8 08:40:59 CEST 2016 x86_64 GNU/Linux
This task depends upon

Closed by  David Runge (dvzrv)
Monday, 21 February 2022, 20:56 GMT
Reason for closing:  Won't fix
Additional comments about closing:  Bug report is about a very outdated qemu version in combination with an AUR package.
Comment by Javier (jevv) - Friday, 10 June 2016, 17:20 GMT
Ups, missed the virtio ISO in package version(s):

aur/virtio-win 0.1.118.1-1
Comment by Anonymous (reallybmn) - Thursday, 16 June 2016, 15:33 GMT
Same for Win7 Win8 etc...
Comment by Javier (jevv) - Tuesday, 30 August 2016, 22:15 GMT
Tested the newer 2.6.1-1 version on "testing", and it fails just the same, :-(
Comment by Javier (jevv) - Saturday, 05 November 2016, 21:09 GMT
Version 2.7.0-2 is still the same, :-(

Good thing though is that now it fails immediately... It shows the following windows error:

KMODE_EXCEPTION_NOT_HANDLED (viostor.sys)

Still working fine on qemu 2.5.1-1...
Comment by Javier (jevv) - Thursday, 12 January 2017, 21:12 GMT
Qemu 2.8.0-1 is no better. Actually now win-10 can even boot, getting the light blue window with sad face saying: "Your PC ran into a problem and needs to restart...".

Moreover, the qemu monitor mode (alt-2) pops up a frozen useless window, so no way to try reseting...

Qemu 2.5.1-1 still working fine.
Comment by Javier (jevv) - Thursday, 02 March 2017, 02:54 GMT
Who would say... "-display sdl" still freezes bad. But now that "-display gtk" is finally available, then I tried it, and the problem is on the SDL display. The GTK one seems not to freeze so far, :-)

So at least a bit more narrowed. I'll try instead "-display none" as well, since it seems the current windows qxl-dod is finally working with spice (it was not working well before).

So it seems SDL is not to be used never again? :-)

Loading...