From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:40255)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bounces@canonical.com>) id 1b6pnU-0003C0-QO
	for qemu-devel@nongnu.org; Sat, 28 May 2016 21:45:47 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bounces@canonical.com>) id 1b6pnQ-0004q0-Fy
	for qemu-devel@nongnu.org; Sat, 28 May 2016 21:45:43 -0400
Received: from indium.canonical.com ([91.189.90.7]:37535)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bounces@canonical.com>) id 1b6pnQ-0004pu-1r
	for qemu-devel@nongnu.org; Sat, 28 May 2016 21:45:40 -0400
Received: from loganberry.canonical.com ([91.189.90.37])
	by indium.canonical.com with esmtp (Exim 4.76 #1 (Debian))
	id 1b6pnP-0004CF-IY
	for <qemu-devel@nongnu.org>; Sun, 29 May 2016 01:45:39 +0000
Received: from loganberry.canonical.com (localhost [127.0.0.1])
	by loganberry.canonical.com (Postfix) with ESMTP id 832E02E80C0
	for <qemu-devel@nongnu.org>; Sun, 29 May 2016 01:45:39 +0000 (UTC)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Date: Sun, 29 May 2016 01:40:13 -0000
From: Chris McCarron <bigdaddymccarron@gmail.com>
Reply-To: Bug 1580459 <1580459@bugs.launchpad.net>
Sender: bounces@canonical.com
References: <20160511061916.21125.98809.malonedeb@wampee.canonical.com>
Message-Id: <20160529014013.22584.10128.malone@wampee.canonical.com>
Errors-To: bounces@canonical.com
Subject: [Qemu-devel] [Bug 1580459] Re: Windows (10?) guest freezes entire
 host on shutdown if using PCI passthrough
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel/>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

I have 2 running virtual machines.

1.  Ubuntu Server 16.04 acting as a headless game server
2.  Windows 10 Pro used for gaming and other daily activities

I too can start/stop the Win 10 vm for a period of time after a cold boot b=
ut if it is logged in for a certain period of time, when I go to shut it do=
wn the entire system will freeze.    I can reboot the Ubuntu server at will=
.  It too has a SSD being passed thru.
 =

Win 10 VM
<domain type=3D'kvm' id=3D'3'>
  <name>csmccarronwx00</name>
  <uuid>82c5e4f6-6991-cd5f-8207-49db04386cc9</uuid>
  <description>csmccarronwx00 i440fx-2.5 OVMF</description>
  <metadata>
    <vmtemplate xmlns=3D"unraid" name=3D"Windows 10" icon=3D"windows.png" o=
s=3D"windows10"/>
  </metadata>
  <memory unit=3D'KiB'>11010048</memory>
  <currentMemory unit=3D'KiB'>11010048</currentMemory>
  <memoryBacking>
    <nosharepages/>
    <locked/>
  </memoryBacking>
  <vcpu placement=3D'static'>12</vcpu>
  <cputune>
    <vcpupin vcpu=3D'0' cpuset=3D'6'/>
    <vcpupin vcpu=3D'1' cpuset=3D'18'/>
    <vcpupin vcpu=3D'2' cpuset=3D'7'/>
    <vcpupin vcpu=3D'3' cpuset=3D'19'/>
    <vcpupin vcpu=3D'4' cpuset=3D'8'/>
    <vcpupin vcpu=3D'5' cpuset=3D'20'/>
    <vcpupin vcpu=3D'6' cpuset=3D'9'/>
    <vcpupin vcpu=3D'7' cpuset=3D'21'/>
    <vcpupin vcpu=3D'8' cpuset=3D'10'/>
    <vcpupin vcpu=3D'9' cpuset=3D'22'/>
    <vcpupin vcpu=3D'10' cpuset=3D'11'/>
    <vcpupin vcpu=3D'11' cpuset=3D'23'/>
    <emulatorpin cpuset=3D'1-3,13-15'/>
  </cputune>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch=3D'x86_64' machine=3D'pc-i440fx-2.5'>hvm</type>
    <loader readonly=3D'yes' type=3D'pflash'>/usr/share/qemu/ovmf-x64/OVMF_=
CODE-pure-efi.fd</loader>
    <nvram>/etc/libvirt/qemu/nvram/82c5e4f6-6991-cd5f-8207-49db04386cc9_VAR=
S-pure-efi.fd</nvram>
    <boot dev=3D'cdrom'/>
    <boot dev=3D'hd'/>
    <bootmenu enable=3D'yes' timeout=3D'3000'/>
  </os>
  <features>
    <acpi/>
    <apic/>
  </features>
  <cpu mode=3D'host-passthrough'>
    <topology sockets=3D'1' cores=3D'6' threads=3D'2'/>
  </cpu>
  <clock offset=3D'localtime'>
    <timer name=3D'rtc' tickpolicy=3D'catchup'/>
    <timer name=3D'pit' tickpolicy=3D'delay'/>
    <timer name=3D'hpet' present=3D'no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/local/sbin/qemu</emulator>
    <disk type=3D'file' device=3D'cdrom'>
      <driver name=3D'qemu' type=3D'raw'/>
      <source file=3D'/mnt/user/ISO/virtio-win-0.1.117.iso'/>
      <backingStore/>
      <target dev=3D'hda' bus=3D'sata'/>
      <readonly/>
      <alias name=3D'sata0-0-0'/>
      <address type=3D'drive' controller=3D'0' bus=3D'0' target=3D'0' unit=
=3D'0'/>
    </disk>
    <disk type=3D'file' device=3D'cdrom'>
      <driver name=3D'qemu' type=3D'raw'/>
      <source file=3D'/mnt/user/ISO/Windows10Pro_TH2.iso'/>
      <backingStore/>
      <target dev=3D'hdb' bus=3D'sata'/>
      <readonly/>
      <alias name=3D'sata0-0-1'/>
      <address type=3D'drive' controller=3D'0' bus=3D'0' target=3D'0' unit=
=3D'1'/>
    </disk>
    <disk type=3D'block' device=3D'disk'>
      <driver name=3D'qemu' type=3D'raw' cache=3D'writeback'/>
      <source dev=3D'/dev/disk/by-id/ata-Samsung_SSD_850_PRO_256GB_S1SUNSAG=
361503D'/>
      <backingStore/>
      <target dev=3D'hdc' bus=3D'virtio'/>
      <alias name=3D'virtio-disk2'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x0a' fu=
nction=3D'0x0'/>
    </disk>
    <disk type=3D'block' device=3D'disk'>
      <driver name=3D'qemu' type=3D'raw' cache=3D'writeback'/>
      <source dev=3D'/dev/disk/by-id/ata-SanDisk_Ultra_II_480GB_16132280196=
7'/>
      <backingStore/>
      <target dev=3D'hdd' bus=3D'virtio'/>
      <alias name=3D'virtio-disk3'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x0b' fu=
nction=3D'0x0'/>
    </disk>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-ehci1'>
      <alias name=3D'usb'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x7'/>
    </controller>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-uhci1'>
      <alias name=3D'usb'/>
      <master startport=3D'0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x0' multifunction=3D'on'/>
    </controller>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-uhci2'>
      <alias name=3D'usb'/>
      <master startport=3D'2'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x1'/>
    </controller>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-uhci3'>
      <alias name=3D'usb'/>
      <master startport=3D'4'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x2'/>
    </controller>
    <controller type=3D'pci' index=3D'0' model=3D'pci-root'>
      <alias name=3D'pci.0'/>
    </controller>
    <controller type=3D'sata' index=3D'0'>
      <alias name=3D'sata0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x03' fu=
nction=3D'0x0'/>
    </controller>
    <controller type=3D'virtio-serial' index=3D'0'>
      <alias name=3D'virtio-serial0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x04' fu=
nction=3D'0x0'/>
    </controller>
    <interface type=3D'bridge'>
      <mac address=3D'52:54:00:86:5a:91'/>
      <source bridge=3D'br0'/>
      <target dev=3D'vnet0'/>
      <model type=3D'virtio'/>
      <alias name=3D'net0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x02' fu=
nction=3D'0x0'/>
    </interface>
    <serial type=3D'pty'>
      <source path=3D'/dev/pts/2'/>
      <target port=3D'0'/>
      <alias name=3D'serial0'/>
    </serial>
    <console type=3D'pty' tty=3D'/dev/pts/2'>
      <source path=3D'/dev/pts/2'/>
      <target type=3D'serial' port=3D'0'/>
      <alias name=3D'serial0'/>
    </console>
    <channel type=3D'unix'>
      <source mode=3D'bind' path=3D'/var/lib/libvirt/qemu/channel/target/do=
main-csmccarronwx00/org.qemu.guest_agent.0'/>
      <target type=3D'virtio' name=3D'org.qemu.guest_agent.0' state=3D'disc=
onnected'/>
      <alias name=3D'channel0'/>
      <address type=3D'virtio-serial' controller=3D'0' bus=3D'0' port=3D'1'=
/>
    </channel>
    <hostdev mode=3D'subsystem' type=3D'pci' managed=3D'yes'>
      <driver name=3D'vfio'/>
      <source>
        <address domain=3D'0x0000' bus=3D'0x0a' slot=3D'0x00' function=3D'0=
x0'/>
      </source>
      <alias name=3D'hostdev0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x05' fu=
nction=3D'0x0'/>
    </hostdev>
    <hostdev mode=3D'subsystem' type=3D'pci' managed=3D'yes'>
      <driver name=3D'vfio'/>
      <source>
        <address domain=3D'0x0000' bus=3D'0x0a' slot=3D'0x00' function=3D'0=
x1'/>
      </source>
      <alias name=3D'hostdev1'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x06' fu=
nction=3D'0x0'/>
    </hostdev>
    <hostdev mode=3D'subsystem' type=3D'pci' managed=3D'yes'>
      <driver name=3D'vfio'/>
      <source>
        <address domain=3D'0x0000' bus=3D'0x0c' slot=3D'0x00' function=3D'0=
x0'/>
      </source>
      <alias name=3D'hostdev2'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x08' fu=
nction=3D'0x0'/>
    </hostdev>
    <memballoon model=3D'virtio'>
      <alias name=3D'balloon0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x09' fu=
nction=3D'0x0'/>
    </memballoon>
  </devices>
</domain>

Ubuntu Server VM
<domain type=3D'kvm' id=3D'2'>
  <name>Ubuntu Server</name>
  <uuid>232de5eb-2276-0762-2e29-29dc917ef34d</uuid>
  <description>Ubuntu Server Q35 OVMF</description>
  <metadata>
    <vmtemplate xmlns=3D"unraid" name=3D"Ubuntu" icon=3D"ubuntu.png" os=3D"=
ubuntu"/>
  </metadata>
  <memory unit=3D'KiB'>11010048</memory>
  <currentMemory unit=3D'KiB'>11010048</currentMemory>
  <memoryBacking>
    <nosharepages/>
  </memoryBacking>
  <vcpu placement=3D'static'>4</vcpu>
  <cputune>
    <vcpupin vcpu=3D'0' cpuset=3D'4'/>
    <vcpupin vcpu=3D'1' cpuset=3D'16'/>
    <vcpupin vcpu=3D'2' cpuset=3D'5'/>
    <vcpupin vcpu=3D'3' cpuset=3D'17'/>
    <emulatorpin cpuset=3D'1-3,13-15'/>
  </cputune>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch=3D'x86_64' machine=3D'pc-q35-2.5'>hvm</type>
    <loader readonly=3D'yes' type=3D'pflash'>/usr/share/qemu/ovmf-x64/OVMF_=
CODE-pure-efi.fd</loader>
    <nvram>/etc/libvirt/qemu/nvram/232de5eb-2276-0762-2e29-29dc917ef34d_VAR=
S-pure-efi.fd</nvram>
  </os>
  <features>
    <acpi/>
    <apic/>
  </features>
  <cpu mode=3D'host-passthrough'>
    <topology sockets=3D'1' cores=3D'2' threads=3D'2'/>
  </cpu>
  <clock offset=3D'utc'>
    <timer name=3D'rtc' tickpolicy=3D'catchup'/>
    <timer name=3D'pit' tickpolicy=3D'delay'/>
    <timer name=3D'hpet' present=3D'no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/local/sbin/qemu</emulator>
    <disk type=3D'file' device=3D'cdrom'>
      <driver name=3D'qemu' type=3D'raw'/>
      <source file=3D'/mnt/user/ISO/gparted-live-0.25.0-3-i686.iso'/>
      <backingStore/>
      <target dev=3D'hda' bus=3D'sata'/>
      <readonly/>
      <boot order=3D'2'/>
      <alias name=3D'sata0-0-0'/>
      <address type=3D'drive' controller=3D'0' bus=3D'0' target=3D'0' unit=
=3D'0'/>
    </disk>
    <disk type=3D'block' device=3D'disk'>
      <driver name=3D'qemu' type=3D'raw' cache=3D'writeback'/>
      <source dev=3D'/dev/disk/by-id/ata-SanDisk_Ultra_II_480GB_16100280895=
6'/>
      <backingStore/>
      <target dev=3D'hdd' bus=3D'virtio'/>
      <boot order=3D'1'/>
      <alias name=3D'virtio-disk3'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x02' slot=3D'0x04' fu=
nction=3D'0x0'/>
    </disk>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-ehci1'>
      <alias name=3D'usb'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x7'/>
    </controller>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-uhci1'>
      <alias name=3D'usb'/>
      <master startport=3D'0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x0' multifunction=3D'on'/>
    </controller>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-uhci2'>
      <alias name=3D'usb'/>
      <master startport=3D'2'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x1'/>
    </controller>
    <controller type=3D'usb' index=3D'0' model=3D'ich9-uhci3'>
      <alias name=3D'usb'/>
      <master startport=3D'4'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x07' fu=
nction=3D'0x2'/>
    </controller>
    <controller type=3D'sata' index=3D'0'>
      <alias name=3D'ide'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x1f' fu=
nction=3D'0x2'/>
    </controller>
    <controller type=3D'pci' index=3D'0' model=3D'pcie-root'>
      <alias name=3D'pcie.0'/>
    </controller>
    <controller type=3D'pci' index=3D'1' model=3D'dmi-to-pci-bridge'>
      <model name=3D'i82801b11-bridge'/>
      <alias name=3D'pci.1'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x1e' fu=
nction=3D'0x0'/>
    </controller>
    <controller type=3D'pci' index=3D'2' model=3D'pci-bridge'>
      <model name=3D'pci-bridge'/>
      <target chassisNr=3D'2'/>
      <alias name=3D'pci.2'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x01' slot=3D'0x01' fu=
nction=3D'0x0'/>
    </controller>
    <controller type=3D'virtio-serial' index=3D'0'>
      <alias name=3D'virtio-serial0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x02' slot=3D'0x03' fu=
nction=3D'0x0'/>
    </controller>
    <filesystem type=3D'mount' accessmode=3D'passthrough'>
      <source dir=3D'/mnt/user/Apps/'/>
      <target dir=3D'Apps'/>
      <alias name=3D'fs0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x02' slot=3D'0x01' fu=
nction=3D'0x0'/>
    </filesystem>
    <interface type=3D'bridge'>
      <mac address=3D'52:54:00:2b:b9:e2'/>
      <source bridge=3D'br0'/>
      <target dev=3D'vnet1'/>
      <model type=3D'virtio'/>
      <alias name=3D'net0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x02' slot=3D'0x02' fu=
nction=3D'0x0'/>
    </interface>
    <serial type=3D'pty'>
      <source path=3D'/dev/pts/1'/>
      <target port=3D'0'/>
      <alias name=3D'serial0'/>
    </serial>
    <console type=3D'pty' tty=3D'/dev/pts/1'>
      <source path=3D'/dev/pts/1'/>
      <target type=3D'serial' port=3D'0'/>
      <alias name=3D'serial0'/>
    </console>
    <channel type=3D'unix'>
      <source mode=3D'bind' path=3D'/var/lib/libvirt/qemu/channel/target/do=
main-Ubuntu Server/org.qemu.guest_agent.0'/>
      <target type=3D'virtio' name=3D'org.qemu.guest_agent.0' state=3D'disc=
onnected'/>
      <alias name=3D'channel0'/>
      <address type=3D'virtio-serial' controller=3D'0' bus=3D'0' port=3D'1'=
/>
    </channel>
    <input type=3D'tablet' bus=3D'usb'>
      <alias name=3D'input0'/>
    </input>
    <input type=3D'mouse' bus=3D'ps2'/>
    <input type=3D'keyboard' bus=3D'ps2'/>
    <graphics type=3D'vnc' port=3D'5900' autoport=3D'yes' websocket=3D'5700=
' listen=3D'0.0.0.0' keymap=3D'en-us'>
      <listen type=3D'address' address=3D'0.0.0.0'/>
    </graphics>
    <video>
      <model type=3D'qxl' ram=3D'65536' vram=3D'65536' vgamem=3D'16384' hea=
ds=3D'1'/>
      <alias name=3D'video0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x00' slot=3D'0x01' fu=
nction=3D'0x0'/>
    </video>
    <memballoon model=3D'virtio'>
      <alias name=3D'balloon0'/>
      <address type=3D'pci' domain=3D'0x0000' bus=3D'0x02' slot=3D'0x05' fu=
nction=3D'0x0'/>
    </memballoon>
  </devices>
</domain>

-- =

You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1580459

Title:
  Windows (10?) guest freezes entire host on shutdown if using PCI
  passthrough

Status in QEMU:
  New
Status in Arch Linux:
  New
Status in Debian:
  New
Status in Fedora:
  New

Bug description:
  Problem: after leaving a Windows VM that uses PCI passthrough (as we
  do for gaming graphics cards, sound cards, and in my case, a USB card)
  running for some amount of time between 1 and 2 hours (it's not
  consistent with exactly how long), and for any amount of time longer
  than that, shutting down that guest will, right as it finishes
  shutting down, freeze the host computer, making it require a hard
  reboot. Unbinding (or in the other user's case, unbinding and THEN
  binding) any PCI device in sysfs, even one that has nothing to do with
  the VM, also has the same effect as shutting down the VM (if the VM
  has been running long enough). So, it's probably an issue related to
  unbinding and binding PCI devices.

  There's a lot of info on this problem over at https://bbs.archlinux.org/v=
iewtopic.php?id=3D206050
  Here's a better-organized list of main details:
  -at least 2 confirmed victims of this bug; 2 (including me) have provided=
 lots of info in the link
  -I'm on Arch Linux and the other one is on Gentoo (distro-nonspecific)
  -issue affects my Windows 10 guest and others' Windows guests, but not my=
 Arch Linux guest (the others don't have non-Windows guests to test)
  -I'm using libvirt but the other user is not, so it's not an issue with l=
ibvirt
  -It seems to be version non-specific, too. I first noticed it at, or when=
 testing versions still had the issue at (whichever version is lower), Linu=
x 4.1 and qemu 2.4.0. It still persists in all releases of both since, incl=
uding the newest ones.
  -I can't track down exactly what package downgrade can fix it, as downgra=
ding further than Linux 4.1 and qemu 2.4.0 requires Herculean and system-de=
stroying changes such as downgrading ncurses, meaning I don't know whether =
it's a bug in QEMU, the Linux kernel, or some weird seemingly unrelated thi=
ng.
  -According to the other user, "graphics intensive gameplay (GTA V) can ca=
use the crash to happen sooner," as soon as "15 minutes"
  -Also, "bringing up a second passthrough VM with separate hardware will c=
ause the same crash," and "bringing up another VM before the two-hour mark =
will not result in a crash," further cementing that it's triggered by the u=
n/binding of PCI devices.
  -This is NOT related to the very similar bug that can be worked around by=
 not passing through the HDMI device or sound card. Even when we removed al=
l traces of any sort of sound card from the VM, it still had the same behav=
ior.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1580459/+subscriptions