jimig1

I'm running a GTX 970 and it runs fine. I'm on mobile now so I can't see the XML very well but I'll try and look later. What 970 do you have?

this should be it <domain type='kvm' id='20' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>Gaming Desktop</name> <uuid>a7d1ec80-0274-92f0-755c-937a03c59cdf</uuid> <metadata> <vmtemplate name="Custom" icon="windows.png" os="windows"/> </metadata> <memory unit='KiB'>10485760</memory> <currentMemory unit='KiB'>10485760</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>6</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='3'/> <vcpupin vcpu='2' cpuset='4'/> <vcpupin vcpu='3' cpuset='5'/> <vcpupin vcpu='4' cpuset='6'/> <vcpupin vcpu='5' cpuset='7'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='6' threads='1'/> </cpu> <clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/gamingnas/vdisk1.img'/> <backingStore/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/Windows.iso'/> <backingStore/> <target dev='hda' bus='ide'/> <readonly/> <boot order='2'/> <alias name='ide0-0-0'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/virtio-win-0.1.112.iso'/> <backingStore/> <target dev='hdb' bus='ide'/> <readonly/> <alias name='ide0-0-1'/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='nec-xhci'> </controller> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <controller type='ide' index='0'> <alias name='ide'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:9a:30:4e'/> <source bridge='virbr0'/> <target dev='vnet0'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/0'/> <target port='0'/> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/0'> <source path='/dev/pts/0'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/Gaming Desktop.org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <hostdev mode='subsystem' type='usb' managed='yes'> <source> <vendor id='0x046d'/> <product id='0x0826'/> <address bus='1' device='5'/> </source> <alias name='hostdev0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='yes'> <source> <vendor id='0x046d'/> <product id='0xc32b'/> <address bus='1' device='4'/> </source> <alias name='hostdev1'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='yes'> <source> <vendor id='0x046d'/> <product id='0x0a17'/> <address bus='1' device='3'/> </source> <alias name='hostdev2'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='yes'> <source> <vendor id='0x046d'/> <product id='0xc537'/> <address bus='1' device='2'/> </source> <alias name='hostdev3'/> </hostdev> <memballoon model='virtio'> <alias name='balloon0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> <qemu:commandline> <qemu:arg value='-device'/> <qemu:arg value='ioh3420,bus=pci.0,addr=1c.0,multifunction=on,port=2,chassis=1,id=root.1'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=01:00.1,bus=root.1,addr=00.1'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=70:00.0,bus=root.1,addr=01.0'/> </qemu:commandline> </domain>

I tried using these methods for passing through the entire controller and just the webcam. https://lime-technology.com/forum/index.php?topic=36768.0 https://lime-technology.com/forum/index.php?topic=38259.0 https://lime-technology.com/forum/index.php?topic=41922.0 They didn't work for me. Is that how you did it? I did the ***GUIDE*** Passthrough Entire PCI USB Controller and New USB Pass Through Method with USB 3.0 at the same time I took a little bit of work but it wasn't too hard. If you post your xml I can see if i can give you a hand

Have you tried passing the whole card instead of just the ports? I had a similar problem and passing the whole card fixed the problems.

Update: I had installed a win7 image and it was blue screening with a GPU error. Win10 would just go to a black screen. I have upgraded my GPU to a gtx 970 and so far so good with Windows 10.

Are you talking about the install cd images? If so you can click on the name of the VM and detach the ISO.

I have a 550TI and i have to shut down the whole system and power it back on to reboot the VM. I have a 970 on the way to hopefully fix that problem.

you need to use the Latest virtio-win should be version 0.1.112

Mine is on a 1tb WD blue drive. Now it is locking up when it is sitting idle. I was on overnight and it was locked up in the AM

I have done no updates and the MSI is still on.

My windows 10 VM has been locking up again. :'( It was running perfect with no lockups until yesterday and now it has done it 4 times. I'm not sure what is causing it now. I was just moving chrome across the screen when it happen last. Nothing has really changed on the system. It also looks like there is a bug in the web gui for the log files if there is a space in the name for the VM: /usr/bin/tail: cannot open '/var/log/libvirt/qemu/Windows' for reading: No such file or directory /usr/bin/tail: cannot open '10.log' for reading: No such file or directory

I have an ASUS GeForce GTX 970 Turbo which I am passing through to a Window 10 VM. I have had a tough go with getting the VM to be stable however I think I appear to have a working, stable VM now. Goober07 pointed out to me that you have to pass through BOTH the GPU and the Audio portion for this to be stable. If you don't pass through both you will have some serious stability issues. It's so obvious when it's pointed out, and I've always, without thinking, included both in my VMs but I suppose if it doesn't occur to you then it probably needs to be documented better, especially as there seem to be several people who have fallen foul of this now.. I agree about the documentation. I don't remember see that in any documentation but I see how that can cause a problem.

I don't want to jinx it but with the audio pass thought for the card seems to have fixed the problem.

comfox good to know i have passed the audio from the GTX 550 to see if that help at all.

Well I ran a video in chrome for about 3 hours and it locked again :'(