Arch Linux

dwe11er

Member

Registered: 2014-03-18

Posts: 73

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Just wanted to chime in with another success story. It took me an entire weekend plus the following Monday, but I got my VGA passthrough setup fully functional!

Specs:
CPU: Core i5-4690
MB: ASRock H97m Pro 4
GPU 1: HD Graphics 4600 (used by Arch host)
GPU 2: AMD Radeon R7 265 (passed through to Windows 7)

The only patch I needed was the i915 arbiter patch. At first I used the 3.14 kernel from the OP, but I had some suspend to RAM issues, so I applied the patch against 3.15rc8 and it built and ran fine.

I cannot passthrough the Radeon's HDMI audio controller, or I get the dreaded atikmpag.sys BSOD. The VM is otherwise flawless though - I can even reboot it with absolutely no problems.

I had some issues with Qemu's emulated audio - Intel HDA was basically unusable with pops and static. I tried ac97, which worked much better, but I still had stuttering, noise, and choppiness. At that point I gave up and bought a USB sound card, which of course is working perfectly.

Anyway, thanks to everyone who contributed to this thread! It's good to know that this is still working with the latest GPU's.

Passing system's HD Audio works great too ;p

shawly

Member

Registered: 2014-05-24

Posts: 22

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Alright I finally got it working with kernel 3.15rc8 and just the i915 patch. <3
Here is a little benchmark I did, to test if it's working: http://www.3dmark.com/3dm11/8402985

Compared to other native benchmarks are the ~10% difference in performance not that bad.
My question, can I optimize/tweak my performance somehow?

Edit: Compared to other benchmarks, my graphics score is pretty decent! But my physicsscore is pretty low, so this means my cpu slows this down as it seems.. Can I optimize this?

Last edited by shawly (2014-06-06 16:02:16)

rman

Member

From: United States

Registered: 2013-08-08

Posts: 14

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Passing system's HD Audio works great too ;p

I need audio for Linux too.

---

Laptop: Lenovo L440, Intel Core i3-4000M, HD Graphics 4600
Desktop: Intel Core i5-4690, HD Graphics 4600, AMD Radeon R7 265 (KVM VGA passthrough)

bpye

Member

Registered: 2014-06-06

Posts: 5

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

I think from what I've read my planned configuration should work, but before I go switching out my 4670k for something else I want to check.

CPU: Intel 4670/Intel 4690k (both support vt-d but I have yet to choose)
MB: MSI GD45 Gaming
GPU1: Intel iGPU (used by Arch host)
GPU2: Nvidia GTX 560 Ti (used by Windows guest)

I believe this should work if I A. use the i915 vga arbitration patch and B. -cpu host,hv-time,kvm=off . Is there anything else I should need to do, or should that setup work okay? Additionally, is there any way to switch the keyboard/mouse from the host to guest with say a keyboard shortcut or will I require a KVM, I can already hook up my monitor to both cards and just use it's source button. Lastly, does QEMU's emulated audio work sufficiently?

rman

Member

From: United States

Registered: 2013-08-08

Posts: 14

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Additionally, is there any way to switch the keyboard/mouse from the host to guest with say a keyboard shortcut or will I require a KVM,

You can use Synergy, which will allow you to share the keyboard, mouse, and clipboard between the host and the VM.

Lastly, does QEMU's emulated audio work sufficiently?

Not really. Buy a $5 USB sound card and pass that through.

---

Laptop: Lenovo L440, Intel Core i3-4000M, HD Graphics 4600
Desktop: Intel Core i5-4690, HD Graphics 4600, AMD Radeon R7 265 (KVM VGA passthrough)

Chetyre

Member

Registered: 2013-03-27

Posts: 34

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

I decided to format my windows 8.1 guest after it somehow got its bootloader corrupted. However, one thing that has always annoyed me is that I couldn't boot from my virtio-blk-pci disk, because seabios sees the HDDs attached to the SATA controller I passed through first.

So, I decided that instead of passing the controller, I could use virtio-scsi. It works great, seabios now orders the disks the way I want it; however I can't boot windows or even finish the setup this way. If I finish the setup with virtio-blk and later switch it to scsi-hd it BSODs with error code 0xc000021a. Linux installs fine (I tried it with Ubuntu, and everything works correctly including the video card).

Can anyone help me figure out what is wrong? Or at least tell me a way to have seabios boot from a disk other than the 1st, so I can stick with what works. I'm running Arch with all of nbhs's packages and patches. Here is my config file:

qemu-system-x86_64 \
-enable-kvm \
-machine type=q35,accel=kvm \
-m 24G \
-boot menu=on \
-cpu host,hv-time \
-smp 6,sockets=1,cores=3,threads=2 \
-mem-path /dev/hugepages \
-bios /usr/share/qemu/bios.bin \
-vga none \
-nographic \
-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-device vfio-pci,host=02:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on,rombar=0,romfile=/home/user/tahiti.rom \
-device vfio-pci,host=02:00.1,bus=pcie.0 \
-device virtio-scsi-pci,id=scsi \
-drive id=ssd,format=raw,discard=on,cache=none,file=/dev/virtual-machines/windows \
-drive id=hssd,format=raw,cache=none,file=/dev/sdc \
-device scsi-hd,drive=ssd \
-device scsi-block,drive=hssd \
-netdev bridge,br=br0,id=hostnet0 \
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:00:01:01 \
-device vfio-pci,host=08:00.0,bus=pcie.0 \
-qmp tcp:127.0.0.1:5555,server,nowait \

Last edited by Chetyre (2014-06-06 20:12:27)

sinny

Member

Registered: 2014-05-24

Posts: 75

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Lastly, does QEMU's emulated audio work sufficiently?

Not really. Buy a $5 USB sound card and pass that through.

disagree. it depends on your requirements. for me it does its job almost flawlessly after some playing around with parameters (described details it in one of my posts earlier)

passing through distinct usb audio card is not viable if outputs from both host and guest systems are desired on the same audio out port

aw

Member

Registered: 2013-10-04

Posts: 921

Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Lastly, does QEMU's emulated audio work sufficiently?

Not really. Buy a $5 USB sound card and pass that through.

disagree. it depends on your requirements. for me it does its job almost flawlessly after some playing around with parameters (described details it in one of my posts earlier)

passing through distinct usb audio card is not viable if outputs from both host and guest systems are desired on the same audio out port

Emulated audio works surprisingly well for me too.  It's a little crackly when the VM starts up, but it's good after that and I've done zero tuning for it.

---

http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

bpye

Member

Registered: 2014-06-06

Posts: 5

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Not really. Buy a $5 USB sound card and pass that through.

disagree. it depends on your requirements. for me it does its job almost flawlessly after some playing around with parameters (described details it in one of my posts earlier)

passing through distinct usb audio card is not viable if outputs from both host and guest systems are desired on the same audio out port

Emulated audio works surprisingly well for me too.  It's a little crackly when the VM starts up, but it's good after that and I've done zero tuning for it.

Thanks, it sounds like this is the solution I've been looking for which is great. Probably going to go with the 4690 since I don't care for overclocking, my workload has changed since I've built this PC.

slis

Member

Registered: 2014-06-02

Posts: 127

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Alright I finally got it working with kernel 3.15rc8 and just the i915 patch. <3
Here is a little benchmark I did, to test if it's working: http://www.3dmark.com/3dm11/8402985

Compared to other native benchmarks are the ~10% difference in performance not that bad.
My question, can I optimize/tweak my performance somehow?

Edit: Compared to other benchmarks, my graphics score is pretty decent! But my physicsscore is pretty low, so this means my cpu slows this down as it seems.. Can I optimize this?

what is your current cpu config?
i run my i7 2600 with
-cpu Haswell,hv-time -smp 8,sockets=1,cores=8,threads=1

i got about 98% of native.

shawly

Member

Registered: 2014-05-24

Posts: 22

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

what is your current cpu config?
i run my i7 2600 with
-cpu Haswell,hv-time -smp 8,sockets=1,cores=8,threads=1

i got about 98% of native.

Wow, thats impressive.
I got an Intel Xeon E3-1245v3 with -cpu host -smp 8,sockets=1,cores=4,threads=2 (I use libvirt to set up my vms and start them).

Btw, how do you guys all use an emulated soundcard? I wanna use that too but I don't know the parameter for qemu..

Edit: Got another little question, can I change the resolution of SeaBios? My windows Logo is so streched and I want it to show in 1920x1080px

Last edited by shawly (2014-06-07 08:20:41)

slis

Member

Registered: 2014-06-02

Posts: 127

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

I got an Intel Xeon E3-1245v3 with -cpu host -smp 8,sockets=1,cores=4,threads=2 (I use libvirt to set up my vms and start them).

try changing cores=8 threads=1

and cpu model

Last edited by slis (2014-06-07 09:16:35)

shawly

Member

Registered: 2014-05-24

Posts: 22

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

try changing cores=8 threads=1

and cpu model

When I do this my Graphicsscore drops in 3DMark and my Physicsscore is slightly higher..
Bench with cores=4 threads=2: http://www.3dmark.com/3dm11/8402985
Bench with cores=8 threads=1: http://www.3dmark.com/3dm11/8405475

Other problem is, I played Bioshock Infinite but it's barely playable, my FPS drop every 5 secs and this is very frustrating... dunno what to do anymore..
My motivation sinks with every new problem I get and I almost believe it's not possible.. but I don't wanna switch back to windows (or dualboot) so I'm stuck in a loop...

slis

Member

Registered: 2014-06-02

Posts: 127

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

strange... but same happend to me when i got my friends gtx 770 ... dota 2 had drops to 30fps.... but i didn't have much time to test it...
native average is 150fps with that gpu...

my 560ti works like native....

change drivers maybe? are u using 335?

shawly

Member

Registered: 2014-05-24

Posts: 22

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

strange... but same happend to me when i got my friends gtx 770 ... dota 2 had drops to 30fps.... but i didn't have much time to test it...
native average is 150fps with that gpu...

my 560ti works like native....

change drivers maybe? are u using 335?

Yep I'm using 335, but updating to 338 scares me, because the last time, my vm didn't boot anymore and I had to reinstall it.
But well, F it, I'll try installing 338 since I'm slowly getting tired of this... it's now three weeks I've been trying to get this work and now this..

Edit: Ok atleast updating to 338 didn't gave any problems, will now test again.
Edit2: Benchmark looks like this: http://www.3dmark.com/3dm11/8405620
But Bioshock is still lagging... Same happens in Magicka WIzard Wars, every 5-10 seconds it hangs for just a half sec, which is pretty annoying..

Last edited by shawly (2014-06-07 10:45:01)

chopsta

Member

Registered: 2014-06-06

Posts: 2

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Hallo,

when i boot the VM, i get a bsod and the machine restarts.
While the machine starts, the terminal output is: qemu-system-x86_64: vfio: Cannot reset device 0000:01:00.1, no available reset mechanism.
qemu-system-x86_64: vfio: Cannot reset device 0000:01:00.0, no available reset mechanism.

i have installed the newest Kernel 3.11.10-03111011-generic (Mainline).
I also installed newest version of qemu git (from git)

The VM-Config is:
qemu-system-x86_64 -enable-kvm -M q35 -drive file=/home/florian/windows.img,id=disk,format=raw -device ide-hd,bus=ide.0,drive=disk -m 1024 -cpu host,hv-time,kvm=off \
-smp 1,sockets=1,cores=1,threads=1 \
-bios /usr/share/qemu/bios.bin \
-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-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=root.1,addr=00.1

System:
CPU: AMD A8 6600K (IGP for host)
MB: Gigabyte (GA-F2A88XN-WIFI) Mini ITX AMD A88X (Iommu is supported an enabled)
GPU: NVidia 750ti (Guest)             

dmesg |grep pci-stub shows:
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.11.10-03111011-generic root=UUID=b301bc17-2fa2-43b9-968a-868a8aaa1954 ro vfio_iommu_type1.allow_unsafe_interrupts=1 quiet splash pci-stub.ids=10de:1380,10de:0fbc vt.handoff=7
[    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.11.10-03111011-generic root=UUID=b301bc17-2fa2-43b9-968a-868a8aaa1954 ro vfio_iommu_type1.allow_unsafe_interrupts=1 quiet splash pci-stub.ids=10de:1380,10de:0fbc vt.handoff=7
[    4.786007] pci-stub: add 10DE:1380 sub=FFFFFFFF:FFFFFFFF cls=00000000/00000000
[    4.786019] pci-stub 0000:01:00.0: claimed by stub
[    4.786028] pci-stub: add 10DE:0FBC sub=FFFFFFFF:FFFFFFFF cls=00000000/00000000
[    4.786036] pci-stub 0000:01:00.1: claimed by stub
[   70.981336] pci-stub 0000:01:00.0: claimed by stub
[   70.981467] pci-stub 0000:01:00.1: claimed by stub

I hope, that someone of you can give me a hint.

Many thanks in advance.

Last edited by chopsta (2014-06-07 15:12:04)

aw

Member

Registered: 2013-10-04

Posts: 921

Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

i have installed the newest Kernel 3.11.10-03111011-generic (Mainline).

Not remotely the newest kernel.  This may even be pre-bus reset support.

---

http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

chopsta

Member

Registered: 2014-06-06

Posts: 2

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

ok, have installed 3.15.8-RC8.

Terminal doesn't output anymore "qemu-system-x86_64: vfio: Cannot reset device 0000:01:00.0, no available reset mechanism."
The screen, which is connected to the graphics card, has no video input.
When i activate emulated vga, i get a BSOD.

Last edited by chopsta (2014-06-07 20:32:36)

aw

Member

Registered: 2013-10-04

Posts: 921

Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

ok, have installed 3.15.8-RC8.

Terminal doesn't output anymore "qemu-system-x86_64: vfio: Cannot reset device 0000:01:00.0, no available reset mechanism."
The screen, which is connected to the graphics card, has no video input.
When i activate emulated vga, i get a BSOD.

You probably need this patch https://lkml.org/lkml/2014/5/25/94

---

http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

slis

Member

Registered: 2014-06-02

Posts: 127

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

But Bioshock is still lagging... Same happens in Magicka WIzard Wars, every 5-10 seconds it hangs for just a half sec, which is pretty annoying..

can u try installing cpufreqd and force 100% in config on some profile and set it to that?

setedivento

Member

Registered: 2014-06-08

Posts: 3

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Hello everybody, really great topic, thanks!

If only I could make things work. I seemed so close... may anyone help?
I am trying to vga passthrough an Nvidia Quadro 4000 on a Kubuntu 14.04 host machine. Reports indicate more than one here has coped, on Ubuntu based distros, so I've decided to ask.

My problem is, to put it short, that when I launch the vm, I land in the qemu monitor console.
This is how I launch the vm:

sudo qemu-system-x86_64 -enable-kvm -M q35 -m 1024 -cpu host -smp 6,sockets=1,cores=6,threads=1
-bios /usr/share/qemu/bios.bin -vga none 
-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 
-device vfio-pci,host=02:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on 
-device vfio-pci,host=02:00.1,bus=root.1,addr=00.1 
-drive file=/home/windows.img,id=disk,format=raw -device ide-hd,bus=ide.0,drive=disk 
-drive file=/home/windows.iso,id=isocd -device ide-cd,bus=ide.1,drive=isocd 
-boot d

And this is the pci infos I get when I redirect the monitor console output to the standard output (by adding the '-monitor stdio' argument to the command above) and type 'info pci' inside the console:

QEMU 2.0.0 monitor - type 'help' for more information
(qemu) info pci
  Bus  0, device   0, function 0:
    Host bridge: PCI device 8086:29c0
      id ""
  Bus  0, device   1, function 0:
    Ethernet controller: PCI device 8086:100e
      IRQ 10.
      BAR0: 32 bit memory at 0xfe040000 [0xfe05ffff].
      BAR1: I/O at 0xd000 [0xd03f].
      BAR6: 32 bit memory at 0xffffffffffffffff [0x0003fffe].
      id ""
  Bus  0, device  28, function 0:
    PCI bridge: PCI device 8086:3420
      BUS 0.
      secondary bus 1.
      subordinate bus 1.
      IO range [0xc000, 0xcfff]
      memory range [0xfa000000, 0xfdffffff]
      prefetchable memory range [0xe8000000, 0xf7ffffff]
      id "root.1"
  Bus  1, device   0, function 0:
    VGA controller: PCI device 10de:06dd
      IRQ 10.
      BAR0: 32 bit memory at 0xfa000000 [0xfbffffff].
      BAR1: 64 bit prefetchable memory at 0xe8000000 [0xefffffff].
      BAR3: 64 bit prefetchable memory at 0xf0000000 [0xf3ffffff].
      BAR5: I/O at 0xc000 [0xc07f].
      BAR6: 32 bit memory at 0xffffffffffffffff [0x0007fffe].
      id ""
  Bus  1, device   0, function 1:
    Audio controller: PCI device 10de:0be5
      IRQ 10.
      BAR0: 32 bit memory at 0xfc080000 [0xfc083fff].
      id ""
  Bus  0, device  31, function 0:
    ISA bridge: PCI device 8086:2918
      id ""
  Bus  0, device  31, function 2:
    SATA controller: PCI device 8086:2922
      IRQ 10.
      BAR4: I/O at 0xd080 [0xd09f].
      BAR5: 32 bit memory at 0xfe060000 [0xfe060fff].
      id ""
  Bus  0, device  31, function 3:
    SMBus: PCI device 8086:2930
      IRQ 10.
      BAR4: I/O at 0xb100 [0xb13f].
      id ""

In particular,  the entries:
'VGA controller: PCI device 10de:06dd'
&
'Audio controller: PCI device 10de:0be5'
correctly represent the video card and its audio addresses, which makes me think they are bound to vfio and used.

There is no error, I just land in the monitor console!

By the way, if I launch the vm without the '-vga none' argument, the install iso (windows.iso) boots perfectly.

Provided that I am quite a newbie on the matter, this is what I've done so far (a raw summary of the complete setup):
-- selected under system settings the amd fglrx video drivers for the primary amd video card (radeon hd 5770)
-- blacklisted i915,nouveau,nvidia for the nvidia quadro to passthrough
-- installed (through apt-get) the libvirt-bin, libvirt-doc, qemu and qemu-kvm packages
-- used the procedure available here http://www.redhat.com/archives/libvir-l … 00514.html to bind the gpu (had to do because when I launched the vm there was an error about missing /dev/vfio/15)
-- added '/dev/vfio/15' to cgroup_device_acl  on /etc/libvirt/qemu.conf (as suggested by nbhs at post nr. #652, p. 27)
-- followed the guidelines for Ubuntu distros by GizmoChicken at post #430, p. 18, but just added the vga controller and its audio, to the devices list in /etc/vfio-pci.cfg (no other address)

What I am I doing wrong?

Thanks so much!!!!

aw

Member

Registered: 2013-10-04

Posts: 921

Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Hello everybody, really great topic, thanks!

If only I could make things work. I seemed so close... may anyone help?
I am trying to vga passthrough an Nvidia Quadro 4000 on a Kubuntu 14.04 host machine. Reports indicate more than one here has coped, on Ubuntu based distros, so I've decided to ask.

Full stop, you have a Quadro card and while it's not the version that NVIDIA supports for device assignment, it's hopefully close enough.  Forget about Q35, -vga none, and x-vga=on, Quadro doesn't need any of that.  Just add it to the VM as you would any other assigned device, you can even use virt-manager for it.  Install using the emulated VGA.  When you install the NVIDIA driver stack, the emulated VGA will be disabled and you'll automatically switch over to the Quadro card.  We intend to support K-series Quadros on RHEL7 using this mode, but those cards are also known not to work with x-vga=on.  K-series cards are Kepler based and yours I believe is Fermi based.  Those are only one generation apart, so it will hopefully work.  For others out there hoping their cheapy Quadro NVS cards can work like this, don't bet on it.

EDIT: The audio device on K-series Quadro is also known not to work and will not be supported for assignment on RHEL7.  Try it, but expect it not to work.  Just bind it to pci-stub and forget it's there.

Last edited by aw (2014-06-08 19:02:15)

---

http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

hell_n_back

Member

Registered: 2014-06-08

Posts: 3

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Been banging my head against a brick wall with this one.
I am beginning to think something just isn't capable with this,

qemu-system-x86_64 -enable-kvm -M q35 -m 1024 -cpu host -smp 6,sockets=1,cores=2,threads=1 -bios /usr/share/qemu/bios.bin -vga none -device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 -device vfio-pci,host=03:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on

All I Ever get is:
qemu-system-x86_64: -device vfio-pci,host=03:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: error no iommu_group for device
qemu-system-x86_64: -device vfio-pci,host=03:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device initialization failed.
qemu-system-x86_64: -device vfio-pci,host=03:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device 'vfio-pci' could not be initialized

and the iommu_group folders are no where to be found.

[root@nether ~]# dmesg | grep IOMMU
[    0.000000] Intel-IOMMU: enabled

[root@nether ~]# uname -r
3.15.0-1-mainline

linux   /vmlinuz-linux-mainline root=UUID=5995bbb5-119b-40fc-8206-4c4b75f76c19 rw intel_iommu=on pci-stub.ids=1002:6798,1002:aaa0,13f6:8788 quiet

[    0.486310] pci-stub: add 1002:6798 sub=FFFFFFFF:FFFFFFFF cls=00000000/00000000
[    0.486319] pci-stub 0000:03:00.0: claimed by stub
[    0.486324] pci-stub: add 1002:AAA0 sub=FFFFFFFF:FFFFFFFF cls=00000000/00000000
[    0.486328] pci-stub 0000:03:00.1: claimed by stub
[    0.486329] pci-stub: add 13F6:8788 sub=FFFFFFFF:FFFFFFFF cls=00000000/00000000
[    0.486333] pci-stub 0000:09:01.0: claimed by stub

or even :
[root@nether ~]# qemu-system-x86_64 -enable-kvm -M q35 -m 1024 -cpu host -smp 6,sockets=1,cores=2,threads=1 -bios /usr/share/qemu/bios.bin -vga none --device pci-assign,host=09:01.0                                                             qemu-system-x86_64: --device pci-assign,host=09:01.0: No IOMMU found.  Unable to assign device "(null)"
qemu-system-x86_64: --device pci-assign,host=09:01.0: Device initialization failed.
qemu-system-x86_64: --device pci-assign,host=09:01.0: Device 'kvm-pci-assign' could not be initialized

Intel Core i7-2600K
Gigabyte : GA-Z68X-UD7-B3
ASUS R9280X-DC2T-3GD5 Radeon R9 280X (Passthrough device)
GeForce 9500 GT - Host GPU
HT Omega Claro - want to pass this through as well

lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b5)
00:1c.2 PCI bridge: Intel Corporation 82801 PCI Bridge (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 (rev b5)
00:1c.6 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 7 (rev b5)
00:1c.7 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 8 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation Z68 Express Chipset Family LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
01:00.0 PCI bridge: NVIDIA Corporation NF200 PCIe 2.0 switch (rev a3)
02:00.0 PCI bridge: NVIDIA Corporation NF200 PCIe 2.0 switch (rev a3)
02:02.0 PCI bridge: NVIDIA Corporation NF200 PCIe 2.0 switch (rev a3)
02:03.0 PCI bridge: NVIDIA Corporation NF200 PCIe 2.0 switch (rev a3)
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970]
03:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT HDMI Audio [Radeon HD 7970 Series]
04:00.0 VGA compatible controller: NVIDIA Corporation G96 [GeForce 9500 GT] (rev a1)
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
08:00.0 PCI bridge: Integrated Technology Express, Inc. Device 8892 (rev 10)
09:01.0 Multimedia audio controller: C-Media Electronics Inc CMI8788 [Oxygen HD Audio]
09:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)
0a:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)
0b:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)
0c:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
0d:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9128 PCIe SATA 6 Gb/s RAID controller with HyperDuo (rev 11)
0e:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9128 PCIe SATA 6 Gb/s RAID controller with HyperDuo (rev 11)

Not sure if this is even worth continuing, I feel like something is just not compatible with it all
Anyone have any suggestions?

aw

Member

Registered: 2013-10-04

Posts: 921

Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Intel Core i7-2600K

http://ark.intel.com/products/52214/Int … o-3_80-GHz

Intel® Virtualization Technology for Directed I/O (VT-d):    No

---

http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

hell_n_back

Member

Registered: 2014-06-08

Posts: 3

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Intel Core i7-2600K

http://ark.intel.com/products/52214/Int … o-3_80-GHz

Intel® Virtualization Technology for Directed I/O (VT-d):    No

Well that is helpful.
Wish I had seen that page a few weeks ago. 

Thank you.