PCI passthrough - VFIO and QEMU.

[bunder]

I found virt-manager to be picky in the config options it allows. If you have to do something it doesn't like, you wind up using virsh edit, and using virt-manager to start/stop vms only.

[dylanmc]

whitout a virt-manager I'm pretty sure I'm not able to run my qemu WM with the gpu passtrought, I think It's too hard for me

[Hu]

For what it's worth, you should not need to use virt-manager at all for GPU passthrough. With the right options, Qemu can do that even when called directly. However, finding those options without virt-manager may be more trouble than you want to undertake.

[dylanmc]

With virt-manager I get those errors

Code: Select all

rrore nell'avvio dell'installazione: 'nome-mv'

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/create.py", line 2199, in _finish_clicked
    self._show_customize_dialog(guest)
  File "/usr/share/virt-manager/virtManager/create.py", line 2230, in _show_customize_dialog
    self._customize_window = vmmDetails(virtinst_guest, self.topwin)
  File "/usr/share/virt-manager/virtManager/details.py", line 363, in __init__
    self.console = vmmConsolePages(self.vm, self.builder, self.topwin)
  File "/usr/share/virt-manager/virtManager/console.py", line 128, in __init__
    self._change_title()
  File "/usr/share/virt-manager/virtManager/console.py", line 291, in _change_title
    "connection-name": self.vm.conn.get_pretty_desc(),
KeyError: 'nome-mv'

I've search in google, but no luck.
I don't understand if is a virt manager error, or a python issue.

[dylanmc]

Solved that issue upgrating to version 1.4.3 of virt-manager

Now another problem,

Code: Select all

libvirtError: internal error: process exited while connecting to monitor: 2017-12-17T19:32:39.826145Z qemu-system-x86_64: -chardev pty,id=charserial0: char device redirected to /dev/pts/2 (label charserial0)
2017-12-17T19:32:39.843865Z qemu-system-x86_64: -device vfio-pci,host=22:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio error: 0000:22:00.0: group 0 is not viable
Please ensure all devices within the iommu_group are bound to their vfio bus driver.

What does it means group 0 is not viable?

[Myu]

It means all the devices you're trying to passthrough from group 0 are not bound to the vfio_pci driver/not suitable for passthrough

How are your IOMMU groups looking ?

Code: Select all

#!/bin/bash

shopt -s nullglob
for d in /sys/kernel/iommu_groups/*/devices/*; do
    n=${d#*/iommu_groups/*}; n=${n%%/*}
    printf 'IOMMU Group %s ' "$n"
    lspci -nns "${d##*/}"
done;

[dylanmc]

Code: Select all

IOMMU Group 0 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 0 00:01.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 0 03:00.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:43bb] (rev 02)
IOMMU Group 0 03:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b7] (rev 02)
IOMMU Group 0 03:00.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b2] (rev 02)
IOMMU Group 0 04:00.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 04:01.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 04:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 1f:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge [1b21:1080] (rev 03)
IOMMU Group 0 21:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
IOMMU Group 0 22:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1)
IOMMU Group 0 22:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1)
IOMMU Group 1 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 2 23:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM200 [GeForce GTX 980 Ti] [10de:17c8] (rev a1)
IOMMU Group 2 23:00.1 Audio device [0403]: NVIDIA Corporation GM200 High Definition Audio [10de:0fb0] (rev a1)
IOMMU Group 3 00:04.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 4 24:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:145a]
IOMMU Group 4 24:00.2 Encryption controller [1080]: Advanced Micro Devices, Inc. [AMD] Device [1022:1456]
IOMMU Group 4 24:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:145c]
IOMMU Group 5 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 5 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 5 25:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:1455]
IOMMU Group 5 25:00.2 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 51)
IOMMU Group 5 25:00.3 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Device [1022:1457]
IOMMU Group 6 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 59)
IOMMU Group 6 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:790e] (rev 51)
IOMMU Group 7 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1460]
IOMMU Group 7 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1461]
IOMMU Group 7 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1462]
IOMMU Group 7 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1463]
IOMMU Group 7 00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1464]
IOMMU Group 7 00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1465]
IOMMU Group 7 00:18.6 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1466]
IOMMU Group 7 00:18.7 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1467]

[Myu]

Are you on the latest BIOS (AGESA) ? I've read that v1.0.0.7 improved groupings a lot.

As it is, these groups are not great for passthrough, too much stuff in it.

Side question : Which item from group 0 are you trying to passthrough ?

[dylanmc]

Code: Select all

IOMMU Group 0 22:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1) 
IOMMU Group 0 22:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1) 

I have to verify if it's the lastest bios, but it's probably not the last...

[dylanmc]

Are you on the latest BIOS (AGESA) ? I've read that v1.0.0.7 improved groupings a lot.

As it is, these groups are not great for passthrough, too much stuff in it.

Side question : Which item from group 0 are you trying to passthrough ?

maybe can I have much luck isolating the 980ti, in group 2 ?
Because it's the real card I want to isolate, now I was only making a try.

The bios is the lastest, 1.0.0.6b ... nothing about 1.0.0.7 for now..

[Myu]

I'm not sure you'll have better luck with the 980ti group 2, still too much stuff in it but you can try to be certain.

For instance, here's my working 750 Ti groupings, there's only the VGA-compatible device and the GPU Audio chip :

Code: Select all

IOMMU Group 12 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2)
IOMMU Group 12 02:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:0fbc] (rev a1)

The reference for AGESA 1.0.0.7 improving IOMMU groups is here : https://www.reddit.com/r/VFIO/comments/ ... gesa_1007/

[dylanmc]

I will try, actually I have nothing else to do

I hope in a AGESA 1.0.0.7 soon ... now I'm thinking about that I have to buy an intel processor

[Myu]

I hope that you'll get it soon, may I ask you which motherboard do you have ?

Otherwise, there's already some motherboards with AGESA v1.0.0.7 but I can imagine it's a hassle.

[dylanmc]

Actually I have and MSI Tomahawk B350, buyed 2 week ago.. I have to wait, no other choices

[dylanmc]

Another question.

I see that

Code: Select all

OMMU Group 2 00:03.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 2 23:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM200 [GeForce GTX 980 Ti] [10de:17c8] (rev a1)

Seems to be almost usable.. but the is a way to boot up on the secondary vga?

I've tryed with this parm to kernel, with no luck

Code: Select all

video=vesafb:off,efifb:off

[dylanmc]

I've got my initial MB back, and I decide to remount it.

It's a ASUS B350 prime plus, updated to AGESA 1071 but ...

Code: Select all

snoopx /home/luca # ./iommu                                                                                                                                           
IOMMU Group 0 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]                                                                       
IOMMU Group 0 00:01.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]                                                                        
IOMMU Group 0 01:00.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:43bb] (rev 02)                                                           
IOMMU Group 0 01:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b7] (rev 02)                                                          
IOMMU Group 0 01:00.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b2] (rev 02)                                                               
IOMMU Group 0 02:00.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 02:01.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 02:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
IOMMU Group 0 04:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge [1b21:1080] (rev 04)
IOMMU Group 0 06:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM200 [GeForce GTX 980 Ti] [10de:17c8] (rev a1)
IOMMU Group 0 06:00.1 Audio device [0403]: NVIDIA Corporation GM200 High Definition Audio [10de:0fb0] (rev a1)
IOMMU Group 1 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 2 07:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1)
IOMMU Group 2 07:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1)
IOMMU Group 3 00:04.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 4 08:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:145a]
IOMMU Group 4 08:00.2 Encryption controller [1080]: Advanced Micro Devices, Inc. [AMD] Device [1022:1456]
IOMMU Group 4 08:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:145c]
IOMMU Group 5 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 5 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 5 09:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:1455]
IOMMU Group 5 09:00.2 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 51)
IOMMU Group 5 09:00.3 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Device [1022:1457]
IOMMU Group 6 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 59)
IOMMU Group 6 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:790e] (rev 51)
IOMMU Group 7 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1460]
IOMMU Group 7 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1461]
IOMMU Group 7 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1462]
IOMMU Group 7 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1463]
IOMMU Group 7 00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1464]
IOMMU Group 7 00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1465]
IOMMU Group 7 00:18.6 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1466]
IOMMU Group 7 00:18.7 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1467]

Groups are not different from the other ones,:(

[Myu]

I'm not sure if I can help much more since it's becoming increasingly more hardware specific but there's someone with the exact same MB from the VFIO subreddit which managed to get it working apparently, maybe you can poke him/her ? : https://www.reddit.com/r/VFIO/comments/ ... h_to_work/

You can also ask directly there, there's quite a community with Ryzen boards : https://reddit.com/r/vfio

[dylanmc]

Thanks.

I have read/write somethin (but I don't have understand how I have to format code in that forum) now I have to wait.

I have understood that my group 2 is passable for passtrought, but I have to boot in to the secondary VAGa card, as written here https://www.reddit.com/r/VFIO/comments/ ... _tomahawk/
but I didn't get it works

I pass to the kernel the parameter

Code: Select all

 Modify /etc/default/grub and add “vfio-pci.ids=dead:beef video=efifb:off” to GRUB_CMDLINE_LINUX_DEFAULT (use the PCI vid/pid of your primary GPU, not dead:beef)

but nothing happens.
I use lilo, but the kernel parms are the same.. the primary card still boots up.

I think that I'm near the solution, but I miss something :/

[dylanmc]

Some good news here.

I was able to switch in the secondary VGA card, after booting up.
The system now goes in the secondart GPU.

I've passtrought the second GPU and the HDMI audio, and the emulator started, removese the messages from the previus boot from firt monitor/first GPU but eaves monitor without signal
And I don't understand why :/

The passtrougt GPU is under vfio-pci module.. damn .. I'm near but stalled for now. :/

[Myu]

We're slowly getting there I see on Reddit that someone with the same MB managed to do it so there's hope !

I'm not sure I understood you last sentence though

So you isolate the 980Ti properly and are booted into Gentoo with you 710 right ?

Then you start QEMU and what happens ? You don't have signal on the screen output wired to the 980 ? Not even BIOS logo (Tianocore)

Do you still signal from you Gentoo desktop while doing that ? Or does it freeze/crash ?

[dylanmc]

We're slowly getting there I see on Reddit that someone with the same MB managed to do it so there's hope !

I'm not sure I understood you last sentence though

So you isolate the 980Ti properly and are booted into Gentoo with you 710 right ?

Then you start QEMU and what happens ? You don't have signal on the screen output wired to the 980 ? Not even BIOS logo (Tianocore)

Do you still signal from you Gentoo desktop while doing that ? Or does it freeze/crash ?

I got the boot with the primary vga, the 980 ti.
During the boot, I've done

Code: Select all

#Section "Device"

#    BusID          "07:00.0"
#    Identifier     "Device0"
#    Driver         "nvidia"
#    VendorName     "NVIDIA Corporation"
#    BoardName      "GeForce GTX 760"
#EndSection

Section "Device"

    BusID          "06:00:0"
    Identifier     "Device1"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce GT 710"
EndSection

to prevent the x server loads on primary GPU (908).
X server is running now on the secondary GPU (710).

I've launched the virt-manager, added the isolated primary GPU (980) successfully ( I hope, no error messages as before) and the monitor who get the signal from the firts GPU seems to load someting, but after 2/3 seconds get black.
Maybee I have to isolate the primary GPU after he gets out from xorg.conf, but I've tried in kernel with no luck, tha card still shows me the first boot messages

The emulator not crash, I was ablòe also to passtrought keyboard and mouse, but I don't see anithing

Maybee I have to pass the rom file.. I don't know.. or I must have to override firts gpu in the kernel.

(sorry for my english... I think is not so clear as your's )

[dylanmc]

https://www.reddit.com/r/VFIO/comments/ ... _problems/

fingers crossed..

[dylanmc]

I'm not able to solve my problems.. I've read a lot of threads, with no luck.

I'm sill very close, the GPU Passtrought works, but the virt-manager launch a black screen

[szatox]

I'm sill very close, the GPU Passtrought works, but the virt-manager launch a black screen

Wait, what?
Do I get you right? Are you trying to loop the output from a physical device back to a virtual console?
Try this instead: You just hook up another display (or another input of your display) to the video card you passed to your guest and launch that VM again.

[keet]

I'm not sure whether I'll be able to help at all, but I do have V.G.A. passthrough working on both Linux and Windows guests using plain qemu without virt-manager (the host is headless). The configurations do vary on several lines, not out of necessity, but simply because I worked on optimizing/cleaning the Gentoo configuration more recently than the Windows one (which I haven't booted into in over a week... but performance was great when I did last use it). Thus, please don't interpret differences between the two as necessary or even useful. I've just been lazy and not used/reconfigured Windows recently. For example, Gentoo uses U.E.F.I., but Windows uses B.I.O.S. Gentoo originally used B.I.O.S., but I converted it, and I hope to do the same with Windows, once I actually want to use it again.

Gentoo:

Code: Select all

exec qemu-system-x86_64 -enable-kvm \
	-drive file=/home/myuseraccount/OVMF.fd,if=pflash,format=raw,unit=0,readonly=off \
	-drive if=pflash,format=raw,file=/home/myuseraccount/OVMF_VARS.fd,readonly=off \
	-cpu host,kvm=off -smp 8 \
    	-drive file=/home/myuseraccount/Gentoo.img,if=virtio \
	-m 8G \
	-M q35 \
	-netdev bridge,id=mynet1 -device virtio-net-pci,netdev=mynet1,id=nic2,mac=(M.A.C. address) \
        -name "Gentoo" \
	-device vfio-pci,host=01:00.0,x-vga=on \
	-device vfio-pci,host=01:00.1,bus=pcie.0 \
	-device nec-usb-xhci,id=xhci \
	-device usb-host,bus=xhci.0,vendorid=0x13fe,productid=0x5500 \
        -device usb-host,vendorid=0x04d9,productid=0x2013 \
	# many more lines like this for other U.S.B. devices \
	-vga none -nographic \
        $@

Windows 10:

Code: Select all

exec qemu-system-x86_64 -enable-kvm \
	-cpu host,hv_vendor_id=Nvidia43FIX,kvm=off -smp sockets=1,cores=3,threads=2 \
    	-drive file=/home/myuseraccount/Windows10.img,if=virtio \
	-m 8G -mem-prealloc \
	-machine type=q35,accel=kvm \
	-device ich9-usb-ehci1,id=usb \
	-device ich9-usb-uhci1,masterbus=usb.0,firstport=0,multifunction=on \
	-device ich9-usb-uhci2,masterbus=usb.0,firstport=2 \
	-device ich9-usb-uhci3,masterbus=usb.0,firstport=4 \
	-soundhw hda \
	-netdev bridge,id=mynet1 -device virtio-net-pci,netdev=mynet1,id=nic2,mac=(M.A.C. address) \
        -name "Windows 10" \
	-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
	-bios /usr/share/qemu/bios.bin \
	-device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \
	-device vfio-pci,host=01:00.1,bus=pcie.0 \
        -device usb-host,vendorid=04d9,productid=2013 \
	# Many more lines like this for other U.S.B. devices \
	-vga none -nographic \
        $@

My Gentoo configuration is a bit different than the Windows one because I simplified it a bit, but it did work when it was configured similarly to the Windows 10 one.

I also need to run these commands to unbind the devices and enable them for vfio-pci:

Code: Select all

echo 0000:01:00.0 > /sys/bus/pci/devices/0000:01:00.0/driver/unbind
echo 0000:01:00.1 > /sys/bus/pci/devices/0000:01:00.1/driver/unbind
echo 10de 1b81 > /sys/bus/pci/drivers/vfio-pci/new_id
echo 10de 10f0 > /sys/bus/pci/drivers/vfio-pci/new_id

Also:

Code: Select all

cat /etc/udev/rules.d/10-qemu-hw-users.rules 
SUBSYSTEM=="vfio", OWNER="root", GROUP="kvm", MODE="0770"
KERNEL=="vfio", SUBSYSTEM=="misc", OWNER="root", GROUP="kvm", MODE="0660"
KERNEL=="1", SUBSYSTEM=="vfio", OWNER="root", GROUP="kvm", MODE="0660"

# chmod ug+rX /dev/vfio

Also, the network bridging was a bit tricky to set up, but I think that I used these commands:

Code: Select all

ip tuntap add dev tap0 mode tap group kvm 
ip link set dev tap0 up promisc on 
ip addr add 0.0.0.0 dev tap0 

ip link add br0 type bridge 
ip link set br0 up 
ip link set tap0 master br0 
echo 0 > /sys/class/net/br0/bridge/stp_state 
ip addr add 10.0.1.1/24 dev br0 

sysctl net.ipv4.conf.tap0.proxy_arp=1 
sysctl net.ipv4.conf.eth1.proxy_arp=1 
sysctl net.ipv4.ip_forward=1 

iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE 
iptables -A FORWARD -i br0 -o eth1 -m state --state RELATED,ESTABLISHED -j ACCEPT 
iptables -A FORWARD -i eth1 -o br0 -j ACCEPT

I mostly used these guides:
https://wiki.debian.org/VGAPassthrough
https://wiki.gentoo.org/wiki/QEMU (along with the 'usage' subpages)
https://www.evonide.com/non-root-gpu-passthrough-setup/

I'm sorry if this is excessive information, but I hope that it helps.[/url]