<div dir="ltr">Well it looks to me like your GeForce GTX 970 is correctly being claimed by vfio-pci, so I would expect that if you passed it to a VM, the VM should be able to see it. I'd suggest removing <timer name='hypervclock' present='yes'/> from your XML file, and accessing it via VNC. You should be able to go into the Windows device manager and see the video card there (where I actually think you'll see an Error 43 currently, because of the hypervclock line).</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 17, 2016 at 1:36 AM, Nicolas Roy-Renaud <span dir="ltr"><<a href="mailto:nicolas.roy-renaud.1@ens.etsmtl.ca" target="_blank">nicolas.roy-renaud.1@ens.etsmtl.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Here the output of some of the more common diagnosis commands around. I'm also joining my libvirt XML and the ROM I'm using on my guest GPU.<br>
<br>
[root@OCCAM user]# cat /proc/cmdline<br>
initrd=\intel-ucode.img initrd=\initramfs-linux.img root=PARTUUID=facab1af-8406-4245-881d-3bfca920f0cd rw intel_iommu=on iommu=pt rd.driver.pre=vfio-pci video=efifb:off vfio-pci.disable_vga=1<br>
<br>
[root@OCCAM user]# cat /etc/modprobe.d/*<br>
#options kvm ignore_msrs=1<br>
options vfio-pci ids=10de:13c2,10de:0fbb disable_vga=1<br>
<br>
[root@OCCAM user]# find /sys/kernel/iommu_groups/ -type l<br>
/sys/kernel/iommu_groups/0/devices/0000:00:00.0<br>
/sys/kernel/iommu_groups/1/devices/0000:00:01.0<br>
/sys/kernel/iommu_groups/1/devices/0000:01:00.0<br>
/sys/kernel/iommu_groups/1/devices/0000:01:00.1<br>
/sys/kernel/iommu_groups/2/devices/0000:00:14.0<br>
/sys/kernel/iommu_groups/3/devices/0000:00:16.0<br>
/sys/kernel/iommu_groups/4/devices/0000:00:1a.0<br>
/sys/kernel/iommu_groups/5/devices/0000:00:1b.0<br>
/sys/kernel/iommu_groups/6/devices/0000:00:1c.0<br>
/sys/kernel/iommu_groups/7/devices/0000:00:1c.1<br>
/sys/kernel/iommu_groups/8/devices/0000:00:1c.3<br>
/sys/kernel/iommu_groups/8/devices/0000:04:00.0<br>
/sys/kernel/iommu_groups/9/devices/0000:00:1c.4<br>
/sys/kernel/iommu_groups/10/devices/0000:00:1d.0<br>
/sys/kernel/iommu_groups/11/devices/0000:00:1f.0<br>
/sys/kernel/iommu_groups/11/devices/0000:00:1f.2<br>
/sys/kernel/iommu_groups/11/devices/0000:00:1f.3<br>
/sys/kernel/iommu_groups/12/devices/0000:03:00.0<br>
/sys/kernel/iommu_groups/13/devices/0000:06:00.0<br>
/sys/kernel/iommu_groups/13/devices/0000:06:00.1<br>
<br>
<br>
[root@OCCAM user]# lspci -nnk<br>
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM Controller [8086:0158] (rev 09)<br>
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7758]<br>
        Kernel modules: ie31200_edac<br>
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09)<br>
        Kernel driver in use: pcieport<br>
        Kernel modules: shpchp<br>
==================snip========================<br>
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM204 [GeForce GTX 970] [10de:13c2] (rev a1)<br>
        Subsystem: ASUSTeK Computer Inc. Device [1043:8508]<br>
        Kernel driver in use: vfio-pci<br>
        Kernel modules: nouveau<br>
01:00.1 Audio device [0403]: NVIDIA Corporation GM204 High Definition Audio Controller [10de:0fbb] (rev a1)<br>
        Subsystem: ASUSTeK Computer Inc. Device [1043:8508]<br>
        Kernel driver in use: vfio-pci<br>
        Kernel modules: snd_hda_intel<br>
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)<br>
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7758]<br>
        Kernel driver in use: r8169<br>
        Kernel modules: r8169<br>
04:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge [1b21:1080] (rev 01)<br>
        Kernel modules: shpchp<br>
06:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce G210] [10de:0a60] (rev a2)<br>
        Subsystem: PC Partner Limited / Sapphire Technology Device [174b:2180]<br>
        Kernel driver in use: nouveau<br>
        Kernel modules: nouveau<br>
06:00.1 Audio device [0403]: NVIDIA Corporation High Definition Audio Controller [10de:0be3] (rev a1)<br>
        Subsystem: PC Partner Limited / Sapphire Technology Device [174b:2180]<br>
        Kernel driver in use: snd_hda_intel<br>
        Kernel modules: snd_hda_intel<br>
        <br>
<br>
[root@OCCAM user]# dmesg -w #When starting a VM<br>
<a href="tel:%5B%204378.349041" value="+14378349041" target="_blank">[ 4378.349041</a>] device vnet0 entered promiscuous mode<br>
<a href="tel:%5B%204378.362333" value="+14378362333" target="_blank">[ 4378.362333</a>] virbr0: port 2(vnet0) entered listening state<br>
<a href="tel:%5B%204378.362343" value="+14378362343" target="_blank">[ 4378.362343</a>] virbr0: port 2(vnet0) entered listening state<br>
<a href="tel:%5B%204379.134931" value="+14379134931" target="_blank">[ 4379.134931</a>] vfio_ecap_init: 0000:01:00.0 hiding ecap 0x1e@0x258<br>
<a href="tel:%5B%204379.134938" value="+14379134938" target="_blank">[ 4379.134938</a>] vfio_ecap_init: 0000:01:00.0 hiding ecap 0x19@0x900<br>
[ 4380.367958] virbr0: port 2(vnet0) entered learning state<br>
<a href="tel:%5B%204382.371677" value="+14382371677" target="_blank">[ 4382.371677</a>] virbr0: topology change detected, propagating<br>
<a href="tel:%5B%204382.371685" value="+14382371685" target="_blank">[ 4382.371685</a>] virbr0: port 2(vnet0) entered forwarding state<br>
<a href="tel:%5B%204384.215276" value="+14384215276" target="_blank">[ 4384.215276</a>] kvm: zapping shadow pages for mmio generation wraparound<br>
<a href="tel:%5B%204384.219678" value="+14384219678" target="_blank">[ 4384.219678</a>] kvm: zapping shadow pages for mmio generation wraparound<br>
[ 4396.767174] kvm [1661]: vcpu2 unhandled rdmsr: 0x641<br>
<br>
<br>
________________________________________<br>
De : <a href="mailto:vfio-users-bounces@redhat.com" target="_blank">vfio-users-bounces@redhat.com</a> [<a href="mailto:vfio-users-bounces@redhat.com" target="_blank">vfio-users-bounces@redhat.com</a>] de la part de Nicolas Roy-Renaud [<a href="mailto:nicolas.roy-renaud.1@ens.etsmtl.ca" target="_blank">nicolas.roy-renaud.1@ens.etsmtl.ca</a>]<br>
Envoyé : 17 janvier 2016 03:03<br>
À : <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br>
Objet : [vfio-users] "No signal" on dual Nvidia setup<div class="HOEnZb"><div class="h5"><br>
<br>
For the last few days, now, I've been trying to get a gpu passthrough to<br>
work on my computer, but I haven't been able to get the VM to output<br>
anything on my passthrough monitor at all since I started (I've had to<br>
either rely on a QXL adapteror just boot on the drive bare metal).<br>
Here's my situation :<br>
<br>
I'm using 2 dedicated NVIDIA GPUs. One is a 970 GTX from Asus which I<br>
want to pass through (PCI:01:00.0; IOMMU group 1) and the other is an<br>
old OEM 210 GT which I'm going to be using to run the host (PCI:06:00.0;<br>
IOMMU group 14). Since the 970 is set at my primary GPU, it is<br>
responsible for displaying my bios and bootloader until linux boots,<br>
where I have its framebuffer disabled and vfio-pci latch onto it. The<br>
210 GT, however, is still managed by the nouveau driver. Note that from<br>
the moment linux starts up until I try running a VM attempting to access<br>
the passthrough, the framebuffer for the guest card remains untouched<br>
and keeps showing my bootloader (systemd-boot). It gets flushed as soon<br>
as I start my Windows VM, and from there on receives no signal.<br>
<br>
My CPU (Xeon E3 1230v2) and motherboard (MSI Z77-G43) both seem to be<br>
compatible with IOMMU. I've looked into the GPU rom, which does appear<br>
to support EFI according to rom_parser, even if TechPowerUp says is<br>
shouldn't, and whether I try injecting one or using the embarked one<br>
doesn't change the final result (although I do get "Invalid ROM content"<br>
warnings if do the later). Trying to boot the guest with an extra QXL<br>
video adapter forces Windows to disable the guest card, and reenabling<br>
it causes an immediate blue screen (and nothing on the punitor plugged<br>
on the guest card). No error 43 there (yet), although I am using qemu<br>
2.5 with the cpu's hv_vendor_id blanked out. x-vga flat out refuses to<br>
work, as my guest GPU doesn't support it according to QEMU.<br>
<br>
I'm not really sure where to go from there, so I thought I'd at least<br>
try my luck here before giving up. Actual logs will follow.<br>
<br>
_______________________________________________<br>
vfio-users mailing list<br>
<a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br>
<br>
<br>
</div></div><br>_______________________________________________<br>
vfio-users mailing list<br>
<a href="mailto:vfio-users@redhat.com">vfio-users@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br>
<br></blockquote></div><br></div>