Removing the soundhw hda device prevents the deadlock. Below was my QEmu start-up command-line:
qemu-system-x86_64 \ -enable-kvm \ -m 8192 \ -drive if=pflash,format=raw,readonly,file=./ovmf-x64/OVMF-pure-efi.fd \ -drive if=pflash,format=raw,file=./OVMF-pure-efi-Win10.fd \ -drive file=/dev/Stuff/Windows10,format=raw,if=virtio,cache=none \ -drive file=virtio-win.iso,id=virtiocd,if=none,format=raw -device ide-cd,bus=ide.1,drive=virtiocd \ -device vfio-pci,host=01:00.0,addr=09.0,multifunction=on,x-vga=on \ -device vfio-pci,host=01:00.1,addr=09.1 \ -usb -usbdevice host:003.006 \ -cpu core2duo,+nx,kvm=off \ -vga none \ -soundhw hda -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1597138 Title: Deadlock on Windows 10 pop-up Status in QEMU: New Bug description: I was able to install and can log in but whenever a pop-up is attempted the VM appears to deadlock. I can still kill -9 the process and recover but the VM and the QEmu console both hang with no error output. At first I thought it was UAC but renaming a file causes a pop-up and that also deadlocks. I rebuilt QEmu 2.6.0 with debug info and did a thread back-trace once the deadlock occurs. See the attachment for the trace. I am attempting to setup GPU pass-thru with a GTX 970 but this deadlock occurs with -vga std (and no GPU pass-thru) as well. (I cannot install or start Windows 7 but I am told this is a known bug.) To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1597138/+subscriptions