[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [Bug 1617114] Re: Qemu 2.6.0 freezes with windows guests

From: Javier
Subject: [Qemu-devel] [Bug 1617114] Re: Qemu 2.6.0 freezes with windows guests
Date: Thu, 02 Mar 2017 03:16:45 -0000

More narrowed now, :-)

With 2.8.0 qemu keeps freezing bad, when used with "-display sdl".
However when used with "-display gtk" or "-display none", then it
doesn't freeze.

So it seems "-display sdl" is the one totally breaking windows guest on

Notice that if I don't try other displays, then I wouldn't even notice
it was just the SDL display.

If there's no intention on fixing SDL, given other alternatives are
available, in particular a GTK one for displaying the graphics output,
then I'm OK with a "no fix" for this.

As a bonus, it seems no display (-display none), with current qxl-dod
windows driver from Fedora project, seems to be working fine with spice.
That was not working before...  So getting away from SDL display now.
But no sure if this means SDL never again?  :-)

You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.

  Qemu 2.6.0 freezes with windows guests

Status in QEMU:

Bug description:
  When launching qemu with the same command line as before 2.6.0, 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=/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

  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

  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 (virtio-win AUR

  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

To manage notifications about this bug go to:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]