summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/1042
blob: 03f4795839b795ab61655d35d3cfdbc97ca406f0 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
device: 0.796
performance: 0.759
PID: 0.722
semantic: 0.712
graphic: 0.709
vnc: 0.643
socket: 0.612
other: 0.592
boot: 0.591
permissions: 0.569
network: 0.449
files: 0.435
debug: 0.432
KVM: 0.217

windows 10 guest freezes the host on shutdown
Description of problem:
Windows 10 guest sometimes freezes the QEMU host when shutting down.

There has been a bug reported about this in the past here:
https://bugs.launchpad.net/qemu/+bug/1580459

I am also using PCI Passthrough with an NVIDIA GPU.
Some users have claimed to have fixed this issue by enabling Message Signaled-based Interrupts-mode on the PCI Devices the (GPU/HDMI-AUDIO). I have have these enabled and confirmed they are enabled, but the issue still persists.

This bug has been effecting me for over a year, I just never bothered to look deeper into it after I seen the issue still persists after enabling the MSI stuff.

There is something I noticed about this issue. Basically, it appears that I can mostly avoid the issue entirely, by making sure that as the guest is shutting down, that I move the mouse a bit.
The host almost never freezes if I do this, and only happens very rarely.
But if I start a shutdown, and just don't move the mouse at all, it is very likely the host will lock up, requiring a complete reboot. I am pretty sure the mouse movement, should be a big clue, because I can consistently reproduce the issue. The issue itself does not (atleast) for me appear to be tied to how long the VM is running or if gaming on it or not, though I have not thoroughly tested this.

I have gone through various kernel/qemu/libvirt updates, the issue occurs in all of them, and has been an issue from the very beginning of my setup.
Steps to reproduce:
1. Start Windows 10 guest.
2. Shutdown Windows 10 guest