PCIe Passthrough geht nach update auf jessie nicht mehr

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 23.06.2016 22:19:55

Hallo zusammen,

Ich hoffe man kann mir hier weiterhelfen, ich bin für jeden Tipp dankbar!

Es geht um meinen Home-Server. Der lief bis letzte Woche noch unter Debian Wheezy als Host BS und KVM/Qemu als Virtualisierung. Der Digital Devices GmbH Cine S2 V6 DVB Adapter wurde mittels passthrough an eine VM durchgereicht, in der MythtTV als Backend läuft. Das ganze hat sehr gut und ohne Probleme funktioniert. (Als Kernel musste ich aber einen 3.16 aus bpo benutzen.)

Seit dem update auf Debian jessie startet die VM nicht mehr und gibt folgenden Fehler aus:

Code: Alles auswählen

Fehler beim Starten der Domain: internal error: process exited while connecting to monitor: 2016-06-19T10:57:38.648568Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: error, group 6 is not viable, please ensure all devices within the iommu_group are bound to their vfio bus driver.
2016-06-19T10:57:38.648670Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to get group 6
2016-06-19T10:57:38.648763Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device initialization failed.
2016-06-19T10:57:38.648836Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device 'vfio-pci' could not be initialized
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 96, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 117, in tmpcb
    callback(*args, **kwargs)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1162, in startup
    self._backend.create()
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 866, in create
    if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: internal error: process exited while connecting to monitor: 2016-06-19T10:57:38.648568Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: error, group 6 is not viable, please ensure all devices within the iommu_group are bound to their vfio bus driver.
2016-06-19T10:57:38.648670Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to get group 6
2016-06-19T10:57:38.648763Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device initialization failed.
2016-06-19T10:57:38.648836Z qemu-system-x86_64: -device vfio-pci,host=02:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device 'vfio-pci' could not be initialized
Gut, soweit ich das richtig verstanden habe, kann man nur alle oder keine Geräte einer Gruppe an die gleiche VM durchreichen:

Code: Alles auswählen

find /sys/kernel/iommu_groups/ -type l
/sys/kernel/iommu_groups/0/devices/0000:00:00.0
/sys/kernel/iommu_groups/1/devices/0000:00:01.0
/sys/kernel/iommu_groups/1/devices/0000:00:01.1
/sys/kernel/iommu_groups/2/devices/0000:00:10.0
/sys/kernel/iommu_groups/2/devices/0000:00:10.1
/sys/kernel/iommu_groups/3/devices/0000:00:11.0
/sys/kernel/iommu_groups/4/devices/0000:00:12.0
/sys/kernel/iommu_groups/4/devices/0000:00:12.2
/sys/kernel/iommu_groups/5/devices/0000:00:14.0
/sys/kernel/iommu_groups/5/devices/0000:00:14.3
/sys/kernel/iommu_groups/5/devices/0000:00:14.4
/sys/kernel/iommu_groups/6/devices/0000:00:15.0
/sys/kernel/iommu_groups/6/devices/0000:00:15.1
/sys/kernel/iommu_groups/6/devices/0000:02:00.0
/sys/kernel/iommu_groups/6/devices/0000:03:00.0
/sys/kernel/iommu_groups/7/devices/0000:00:18.0
/sys/kernel/iommu_groups/7/devices/0000:00:18.1
/sys/kernel/iommu_groups/7/devices/0000:00:18.2
/sys/kernel/iommu_groups/7/devices/0000:00:18.3
/sys/kernel/iommu_groups/7/devices/0000:00:18.4
/sys/kernel/iommu_groups/7/devices/0000:00:18.5
Und diese Geräte verstecken sich dahinter:

Code: Alles auswählen

[11:09]root@server:/usr/local/bin# lspci -nnk
00:15.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 0) [1022:43a0]
        Kernel driver in use: pcieport
00:15.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 1) [1022:43a1]
        Kernel driver in use: pcieport
02:00.0 Multimedia controller [0480]: Digital Devices GmbH Octopus DVB Adapter [dd01:0003]
        Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter [dd01:0020]
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 09)
        Subsystem: ASUSTeK Computer Inc. P8 series motherboard [1043:8505]
        Kernel driver in use: r8169
Nun, die Netzwerkkarte brauche ich aber im Host...

Mir ist nun leider nicht klar wie ich weitermachen soll. Kann man die Gruppen irgendwie splitten? Ich habe schon mit
allow_unsafe_interrupts=1 und "pcie_acs_override=downstream
gespielt, habe aber leider keinen Erfolg gehabt.

Wie kann es sein, dass das ganze unter Wheezy problemlos funktionierte und ich jetzt da hänge?

Wer kann mir helfen? Vielen Dank im Voraus!

TomTom2

PS: den Thread viewtopic.php?f=13&t=154790&hilit=PCI+Passthrough habe ich gefunden, aber er hat mir leider auch nicht weitergeholfen.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 23.06.2016 22:54:59

Diese "Gruppen" wurden eingeführt, weil es vorher unsicher war. Es ist nur sicher, eine komplette Gruppe durchzureichen.

Wie im anderen Thread schon steht ... es wäre am besten, wenn du die Karte durch umstecken in eine eigene Gruppe kriegst. Die Netzwerkkarte scheint onboard zu sein und lässt sich wohl nicht verlegen.

Eventuell macht auch ein BIOS-Update die Sache besser.

Alle überflüssigen Geräte (z.B. IDE-Controller) im BIOS auszuschalten ist auch sinnvoll.

"allow_unsafe_interrupts=1" hilft dir nicht weiter.

"pcie_acs_override=downstream" würde dir helfen, wenn du vorher den Kernel patchst:
http://vfio.blogspot.de/2014/08/vfiovga-faq.html

Ich hab da diffus was in Erinnerung von Alex Williamson, dass er meinte, der ACS override patch würde es eh nie in den Kernel schaffen und er würde an einer eleganteren Lösung arbeiten ... somit möchtest du es vielleicht mal mit dem neusten Kernel aus den Jessie Backports versuchen. Aber "Umstecken" ist immer noch die Lösung erster Wahl, wenn's hilft.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 23.06.2016 23:18:56

Hallo Nab,

vielen Dank für deine schnelle Hilfe!

Ich habe also folgende Möglichkeiten oder?

1. Karte Umstecken und hoffen dass sie in eine andere Gruppe verlegt wird.
2. Bios update und alles ausschalten was nicht nötig ist.
3. Aktuellsten bpo Kernel probieren mit pcie_acs_pcie_acs_override=downstream
4. Onboard NW-Karte "opfern" und für 13 € eine andere kaufen


Zu 1: Das werde ich morgen gleich probieren. Ich bin bisher davon aus gegangen, dass ich nur einen pcie Platz habe (F2A85-M LE) aber ich habe noch 2 pcie 16x Plätze die ich belegen könnte oder?
Zu 2. Das sollte schon passiert sein, so neu ist das Board nicht mehr und ich habe schon alles abgestellt was nicht gebraucht wird (Strom sparen) Werde ich aber auch kontrollieren.
Zu 3. Aktuellster bpo Kernel läuft gerade (4.5.0-0.bpo.2-amd64). Werde versuchen rauszukriegen oder der Patch da drin ist. Eigenen Kernel habe ich seit 10 Jahren nicht mehr gebacken ;-)
Zu 4. Das werde ich wohl machen falls alles andere fehlschlägt.

Ich bin nur so verwundert, dass es unter Wheezy keinerlei Probleme damit gab. Lief super stabil. Ärgerlich.

Ich danke noch mal für deine Antwort!

VG
TomTom2

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 24.06.2016 00:01:08

Ja, eine PCIe 1x Karte kannst du auch in einen PCIe 16x Slot stecken. Der schwarze PCIe 16x Slot ist eh nur mit 4x angebunden. Der blaue ist für die Grafikkarte gedacht ... den würde ich zuerst versuchen.
tomtom2 hat geschrieben:3. Aktuellsten bpo Kernel probieren mit pcie_acs_pcie_acs_override=downstream
Nein ... nach meinen Informationen wird dieser Patch es nie in den Kernel schaffen - du müsstest schon selber patchen. Es war aber ein anderer Workaround geplant ... keine Ahnung, was daraus geworden ist.

Ach, und unter Intel gab es einen beliebten Fehler im BIOS mit der Erkennung von "x2apic":
https://en.wikipedia.org/wiki/X2APIC

Keine Ahnung, wie es mit AMD steht ... diese Nachricht klingt, als ob AMD es eh erst kürzlich implementiert hat:
https://www.phoronix.com/scan.php?page= ... -Linux-4.7
Dein System dürfte älter sein.

Prinzipiell möchtest du "programmierbare Interrupts" haben, also keine feste Zuordnung von IRQ und Kartenslot. Wenn du da was passendes im BIOS findest, spiel damit rum. Wenn du überhaupt eine Möglichkeit findest, die Zuordnung von Interrupt und Kartenslot im BIOS zu beeinflussen, spiel damit rum (ich kenne mich mit AMD halt nicht sonderlich gut aus).

Und bevor du dich in die Unkosten von 13 € stürzt, könntest du mit "irgendeiner" Karte ausprobieren, ob du überhaupt eine günstigere Gruppenverteilung hinbekommst.

Eventuell gibt's auch noch ne andere ganz tolle Lösung ... die kenne ich aber nicht.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 25.06.2016 22:00:33

OK, ich habe die TV-Karte in den blauen PCIe Slot gesteckt und bekomme folgende Gruppen:

Code: Alles auswählen

/sys/kernel/iommu_groups/0/devices/0000:00:01.0
/sys/kernel/iommu_groups/0/devices/0000:00:01.1
/sys/kernel/iommu_groups/1/devices/0000:00:02.0
/sys/kernel/iommu_groups/1/devices/0000:01:00.0
/sys/kernel/iommu_groups/2/devices/0000:00:10.0
/sys/kernel/iommu_groups/2/devices/0000:00:10.1
/sys/kernel/iommu_groups/3/devices/0000:00:11.0
/sys/kernel/iommu_groups/4/devices/0000:00:12.0
/sys/kernel/iommu_groups/4/devices/0000:00:12.2
/sys/kernel/iommu_groups/5/devices/0000:00:14.0
/sys/kernel/iommu_groups/5/devices/0000:00:14.3
/sys/kernel/iommu_groups/6/devices/0000:00:14.4
/sys/kernel/iommu_groups/7/devices/0000:00:15.0
/sys/kernel/iommu_groups/7/devices/0000:00:15.1
/sys/kernel/iommu_groups/7/devices/0000:04:00.0
/sys/kernel/iommu_groups/8/devices/0000:00:18.0
/sys/kernel/iommu_groups/8/devices/0000:00:18.1
/sys/kernel/iommu_groups/8/devices/0000:00:18.2
/sys/kernel/iommu_groups/8/devices/0000:00:18.3
/sys/kernel/iommu_groups/8/devices/0000:00:18.4
/sys/kernel/iommu_groups/8/devices/0000:00:18.5
In Gruppe 1 befinden sich folgende Mitglieder:

Code: Alles auswählen

00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1412]
        Kernel driver in use: pcieport
01:00.0 Multimedia controller [0480]: Digital Devices GmbH Octopus DVB Adapter [dd01:0003]
        Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter [dd01:0020]
        Kernel driver in use: vfio-pci
Das sieht für mich jetzt erstmal gut aus. Ich habe daraufhin den DVB Adapter [dd01:0003] vfio-pci zugewiesen laut dieser Anleitung:
https://wiki.archlinux.org/index.php/PC ... MF#Gotchas
Der pcieport soll ja beim Host bleiben.

Leider kriege ich jetzt diese Fehlermeldung:

Code: Alles auswählen

ehler beim Starten der Domain: internal error: process exited while connecting to monitor: 2016-06-25T19:57:56.803080Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to open /dev/vfio/vfio: Operation not permitted
2016-06-25T19:57:56.803136Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to setup container for group 1
2016-06-25T19:57:56.803175Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to get group 1
2016-06-25T19:57:56.803204Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device initialization failed.
2016-06-25T19:57:56.803234Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device 'vfio-pci' could not be initialized
Irgendwie komme ich hier nicht auf einen grünen Zweig. Was mache ich falsch?

Vielen Dank!! TomTom2

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 25.06.2016 23:31:19

"Operation not permitted" klingt nach einem Rechteproblem. Hast du vorher unter Wheezy auch schon den virt-manager genutzt?

Schau dir mal mit

Code: Alles auswählen

ls -la /dev/vfio/vfio
die Rechte an, während virt-manager läuft. (virt-manager ändert die, wenn es startet)

Findest du in der Ausgabe von "dmesg" eine zugehörige Fehlermeldung?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 26.06.2016 07:04:51

Hi Nab,

ja, benutzte den VMM schon länger, denke aber nicht dass es daran liegt:

Code: Alles auswählen

[07:00]root@server:~# ls -la /dev/vfio/vfio
crw-rw-rw- 1 root root 10, 196 Jun 24 08:23 /dev/vfio/vfio
[07:00]root@server:~# ls -la /dev/vfio/vfio
crw-rw-rw- 1 root root 10, 196 Jun 24 08:23 /dev/vfio/vfio
[07:01]root@server:~# virsh start VDR-update
error: Failed to start domain VDR-update
error: internal error: process exited while connecting to monitor: 2016-06-26T05:02:10.101370Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to open /dev/vfio/vfio: Operation not permitted
2016-06-26T05:02:10.101420Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to setup container for group 1
2016-06-26T05:02:10.101437Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to get group 1
2016-06-26T05:02:10.101456Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device initialization failed.
2016-06-26T05:02:10.101477Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device 'vfio-pci' could not be initialized
Das erste ls ist ohne virtmanager, das zweite mit...

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 26.06.2016 17:36:13

Das stimmt auch gar nicht, was ich erzählt habe ... ich hab das grad mal bei mir nachgeprüft. Lediglich die benötigte Gruppe (also z.B. /dev/vfio/1) wechselt den Besitzer von "root" zu "libvirt-quemu". Die Datei /dev/vfio/vfio bleibt bei root.

Was sagt denn "dmesg" vor und nach dem Start der VM? Kommen da unten neue Zeilen hinzu?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 26.06.2016 17:39:37

das hier ist alles:

Code: Alles auswählen

206057.592236] device vnet4 entered promiscuous mode
[206057.604261] br0: port 6(vnet4) entered forwarding state
[206057.604299] br0: port 6(vnet4) entered forwarding state
[206057.772232] br0: port 6(vnet4) entered disabled state
[206057.774928] device vnet4 left promiscuous mode
[206057.774932] br0: port 6(vnet4) entered disabled state
Hmmm, bei mir ändert sich die 'Gruppe auch nicht:

Code: Alles auswählen

[17:38]root@server:/usr/local/bin# l /dev/vfio/1
crw------- 1 root root 249, 0 Jun 24 08:31 /dev/vfio/1
[17:44]root@server:/usr/local/bin# l /dev/vfio/1
crw------- 1 root root 249, 0 Jun 24 08:31 /dev/vfio/1

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 26.06.2016 18:06:45

Das merkwürdige ist ... wenn man nach deiner Fehlermeldung wörtlich bei Google sucht:
https://www.google.de/search?site=&sour ... rmitted%22&
Dann findet man wenig ... und das meiste gehört zu "OpenStack". Darum kann ich damit auch nicht so viel anfangen. Und eigentlich ist libvirt etwas auskunftsfreudiger, wenn etwas nicht klappt ... gerade weil es schwer ist, die Ursache zu finden.

Ist dein Benutzer denn in den Gruppen "libvirt" und "kvm"? (Kriegst du rau mit "groups")

Und die DVB-Karte ist dem "vfio-pci" Treiber zugewiesen? (Kriegst du raus mit lspci -k)

Du könntest mal testweise in
/etc/libvirt/qemu.conf
clear_emulator_capabilities = 0
setzen.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 26.06.2016 18:23:43

Ja und Ja :-)

Code: Alles auswählen

[18:19]root@server:/usr/local/bin# groups
root kvm libvirt fuse


01:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
        Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter
        Kernel driver in use: vfio-pci

Ist ja nicht so als würde ich nicht auch mit Google auf die Suche gehen, aber ich werde leider nicht schlau draus. Ich habe das Ganze ja schon damals mit Wheezy mit Googles Hilfe hinbekommen, aber jetzt...

clear_emulator_capabilities = 0 probiere ich jetzt aus.

Danke Dir!

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 26.06.2016 19:07:43

clear_emulator_capabilities = 0 bringt leider keinen Unterschied.

Nehme ich die Karte aus der VM Konfiguration raus, startet die VM ganz normal. Nur mit der PCIe Karte drin gehts nicht.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 26.06.2016 19:18:04

Upps, ich hab übersehen, dass du die VM eh schon als root startest. Da sind die Gruppenzugehörigkeiten natürlich egal.

Wie brauchen irgendwie eine aussagekräftigere Fehlermeldung.

Schau dich mal in
/var/log/libvirt
um, ob du da was findest.

Das hier ist der einzige Verweis auf deine Fehlermeldung mit einer relevanten Antwort, den ich finde:
https://ask.openstack.org/en/question/6 ... with-kilo/
immerhin von Alex Williamson persönlich ... und der stolpert auch erst im ersten Kommentar über das "failed to open". Ich reiche dann seine Frage mal weiter: was sagt
lsmod | grep vfio
?

Hast du vielleicht noch irgendwo alte Konfigurationsreste von der veralteten "pci-assign"-Methode? Und überhaupt ... ist das dist-upgrad auf Jessie komplett? Oder schlummern da noch irgendwo alte Pakete von Wheezy?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 26.06.2016 19:39:34

Code: Alles auswählen

19:30]root@server:/var/log/libvirt# lsmod | grep vfio
vfio_pci               36864  0 
vfio_iommu_type1       20480  0 
vfio_virqfd            16384  1 vfio_pci
vfio                   28672  2 vfio_iommu_type1,vfio_pci
irqbypass              16384  10 kvm,vfio_pci
Sieht für mich jetzt erstmal gut aus..

Auch wenn ich das Update vollständig durchgeführt habe, so möchte ich jetzt nicht die Hand dafür ins Feuer legen, dass keine Reste mehr vorhanden sind.
Momentan probiere ich die Karte über Virsh hinzuzufügen und nicht über VMM. Vielleicht macht ja hier der VMM den Mist. Das will ich jetzt ausschließen.

Code: Alles auswählen

[b]virsh nodedev-dumpxml pci_0000_01_00_0[/b]
<device>
  <name>pci_0000_01_00_0</name>
  <path>/sys/devices/pci0000:00/0000:00:02.0/0000:01:00.0</path>
  <parent>pci_0000_00_02_0</parent>
  <driver>
    <name>vfio-pci</name>
  </driver>
  <capability type='pci'>
    <domain>0</domain>
    <bus>1</bus>
    <slot>0</slot>
    <function>0</function>
    <product id='0x0003'>Octopus DVB Adapter</product>
    <vendor id='0xdd01'>Digital Devices GmbH</vendor>
    <iommuGroup number='1'>
      <address domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
      <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
    </iommuGroup>
    <pci-express>
      <link validity='cap' port='0' speed='2.5' width='1'/>
      <link validity='sta' speed='2.5' width='1'/>
    </pci-express>
  </capability>
</device>
Scheint aber auch keinen Erfolg zu bringen. :-(
Zuletzt geändert von tomtom2 am 26.06.2016 21:44:18, insgesamt 1-mal geändert.

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 26.06.2016 19:41:37

In /var/log/libvirt/qemu finde ich in VDR-update.log (Die betroffene VM)

Code: Alles auswählen

2016-06-26 17:38:37.607+0000: starting up
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/kvm -name VDR-update -S -machine pc-1.1,accel=kvm,usb=off -cpu Opteron_G4,+nodeid_msr,+wdt,+skinit,+ibs,+osvw,+cr8legacy,+extapic,+cmp_legacy,+fxsr_opt,+mmxext,+osxsave,+fma,+monitor,+ht,+vme -m 3090 -realtime mlock=off -smp 3,sockets=3,cores=1,threads=1 -uuid cddbf62c-7aad-77cc-db56-aef93f0479af -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/VDR-update.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot menu=off,strict=on -device pci-bridge,chassis_nr=1,id=pci.1,bus=pci.0,addr=0x5 -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/mnt/md3/kvm/images/VDR-update.img,if=none,id=drive-virtio-disk0,format=raw,cache=writeback,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:47:79:c8,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -vnc 127.0.0.1:4 -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6 -device virtio-balloon-pci,id=balloon0,bus=pci.1,addr=0x1 -msg timestamp=on
Domain id=17 is tainted: high-privileges
char device redirected to /dev/pts/7 (label charserial0)
2016-06-26T17:38:37.725325Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to open /dev/vfio/vfio: Operation not permitted
2016-06-26T17:38:37.725369Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to setup container for group 1
2016-06-26T17:38:37.725385Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to get group 1
2016-06-26T17:38:37.725404Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device initialization failed.
2016-06-26T17:38:37.725424Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device 'vfio-pci' could not be initialized
2016-06-26 17:38:37.835+0000: shutting down

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 26.06.2016 21:07:21

Was hältst du davon, mal den umgekehrten Weg zu gehen? Klicke dir eine komplett neue VM im Virt-Manager zusammen, inklusive der DVB-Karte, und schau mal, ob du die gestartet kriegst. Ein Betriebssystem braucht's dazu ja erst mal nicht. Wenn's klappt, schaust du dir mal den neuen XML-Code unter /etc/libvirt/qemu/ an.

Dein XML sieht für mich nämlich ehrlich gesagt nach grobem Unfug aus. Der empfohlene (und einzige?) Weg, eine PCI-Karte durchzureichen, ist der <hostdev ... Tag:
http://libvirt.org/guide/html/Applicati ... _Pass.html

Genau so einfach und übersichtlich funktioniert's bei mir auch, nur dass ich noch definiert habe, wo genau im Gast die Grafikkarte hin soll ... Windows ist da so zickig. Das sollte bei dir aber überflüssig sein ... einfach "zusammenklicken" sollte reichen.

Edit: Okay, nachdem ich mal nachgeguckt habe, was "virsh nodedev-dumpxml" genau macht, nehme ich mal an, das soll gar keinen libvirt-kompatibles XML ausspucken. Ich vermute, du berufst dich auf diese Anleitung:
https://docs.fedoraproject.org/en-US/Fe ... rough.html
Ich weiß nicht, ob die noch aktuell ist ... von "vfio_pci" steht da nichts ... und den pci_stub-Treiber braucht man eigentlich nur noch in der initrd für die Grafikkarte, sonst nimmt man lieber gleich den vfio_pci.
Zuletzt geändert von NAB am 26.06.2016 21:43:27, insgesamt 1-mal geändert.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 26.06.2016 21:43:19

Ein wirklich Goßes Dankeschön an dich, dass du mich hier so unterstützt!! Wirklich toll!

Habe jetzt eine neue VM zusammengeklickt, aber leider wieder:

Code: Alles auswählen

nstallation konnte nicht fertiggestellt werden: «internal error: process exited while connecting to monitor: 2016-06-26T19:40:16.178649Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to open /dev/vfio/vfio: Operation not permitted
2016-06-26T19:40:16.178701Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to setup container for group 1
2016-06-26T19:40:16.178720Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to get group 1
2016-06-26T19:40:16.178742Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: Device initialization failed.
2016-06-26T19:40:16.178766Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: Device 'vfio-pci' could not be initialized
»

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 96, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/create.py", line 1983, in do_install
    guest.start_install(False, meter=meter)
  File "/usr/lib/python2.7/dist-packages/virtinst/Guest.py", line 1246, in start_install
    noboot)
  File "/usr/lib/python2.7/dist-packages/virtinst/Guest.py", line 1314, in _create_guest
    dom = self.conn.createLinux(start_xml or final_xml, 0)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 3202, in createLinux
    if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)
libvirtError: internal error: process exited while connecting to monitor: 2016-06-26T19:40:16.178649Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to open /dev/vfio/vfio: Operation not permitted
2016-06-26T19:40:16.178701Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to setup container for group 1
2016-06-26T19:40:16.178720Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to get group 1
2016-06-26T19:40:16.178742Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: Device initialization failed.
2016-06-26T19:40:16.178766Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: Device 'vfio-pci' could not be initialized

Die xml von eben ist auch nicht aus einer VM Konfiguration. Beachte die bash Zeile davor.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 26.06.2016 21:56:54

Jupp, hab ich grad ... mein Edit kam 8 Sekunden nach deinem Posting ;-)

Ich hab noch mal versucht herauszubekommen, was es mit dem "Processor Root Port" auf sich hat ... die Empfehlung, den nicht durchzureichen finde ich auch ... allerdings nur für Intel. Und den Hinweis, dass die Dinger Ärger machen können, finde ich auch ... der Ärger sollte sich dann aber in einer übergroßen Gruppe äußern - das ist bei dir aber nicht der Fall. Aber auch die Hinweise galten wiederum nur für Intel. Zu AMD finde ich kaum was ... eigentlich gilt AMD auch als unkomplizierter beim PCI Passthrough ... du beweist da irgendwie gerade unfreiwillig das Gegenteil :?

Versuch doch mal, den Processor Root Port mit durchzureichen, so wie er ist ... rechne damit, dass dir der Rechner dabei ggf. einfriert.

Ansonsten gäbe es ja noch einen Slot zum Ausprobieren.

Ach, was sagt eigentlich
dmesg | grep AMD-Vi
?
Und
dmesg | grep iommu
liefert nur die Gruppen-Zuordnungen, oder gibt's da was, was wie ne Fehlermeldung aussieht?

Edit: Google hat grad noch das hier ausgespuckt:
https://lists.linuxfoundation.org/piper ... 06701.html
AMD-Vi: Applying erratum 746 workaround for IOMMU at 0000:00:00.2
Scheint ein enger Verwandter deines Mainboards zu sein. Das "erratum" bringt mich darauf ... Debianamd64-microcode ist installiert?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 27.06.2016 05:15:28

Guten Morgen,

nur kurz die nachgefragten Sachen, mit dem Rest beschäftige ich mich nach der Arbeit (Karte umstecken usw.)

Code: Alles auswählen

[05:08]root@server:~# dmesg | grep AMD-Vi
[    0.742623] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[    0.742624] AMD-Vi:  Extended features:  PreF PPR GT IA
[    0.742627] AMD-Vi: Interrupt remapping enabled
[    0.742803] AMD-Vi: Lazy IO/TLB flushing enabled
[05:10]root@server:~# dmesg | grep iommu
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-0.bpo.2-amd64 root=UUID=114e5a61-d7d1-4c8a-bdab-e412a559f322 ro quiet amd_iommu=on
[    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-0.bpo.2-amd64 root=UUID=114e5a61-d7d1-4c8a-bdab-e412a559f322 ro quiet amd_iommu=on
[    0.739439] iommu: Adding device 0000:00:01.0 to group 0
[    0.739456] iommu: Adding device 0000:00:01.1 to group 0
[    0.739827] iommu: Adding device 0000:00:02.0 to group 1
[    0.740295] iommu: Adding device 0000:00:10.0 to group 2
[    0.740313] iommu: Adding device 0000:00:10.1 to group 2
[    0.740681] iommu: Adding device 0000:00:11.0 to group 3
[    0.741055] iommu: Adding device 0000:00:12.0 to group 4
[    0.741069] iommu: Adding device 0000:00:12.2 to group 4
[    0.741426] iommu: Adding device 0000:00:14.0 to group 5
[    0.741439] iommu: Adding device 0000:00:14.3 to group 5
[    0.741790] iommu: Adding device 0000:00:14.4 to group 6
[    0.742148] iommu: Adding device 0000:00:15.0 to group 7
[    0.742163] iommu: Adding device 0000:00:15.1 to group 7
[    0.742530] iommu: Adding device 0000:00:18.0 to group 8
[    0.742543] iommu: Adding device 0000:00:18.1 to group 8
[    0.742556] iommu: Adding device 0000:00:18.2 to group 8
[    0.742570] iommu: Adding device 0000:00:18.3 to group 8
[    0.742584] iommu: Adding device 0000:00:18.4 to group 8
[    0.742598] iommu: Adding device 0000:00:18.5 to group 8
[    0.742608] iommu: Adding device 0000:01:00.0 to group 1
[    0.742621] iommu: Adding device 0000:04:00.0 to group 7
[05:11]root@server:~# dpkg -l | grep amd64-microcode 
ii  amd64-microcode                  2.20160316.1~deb8u1                  amd64        Processor microcode firmware for AMD CPUs


NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von NAB » 27.06.2016 13:34:27

Da ich immer noch keine Ahnung habe, was "Operation not permitted" bedeutet, würde ich folgenden Test vorschlagen:
Du steckst die Karte wieder dort hin, wo sie vorher war. Da wissen wir wenigstens, dass das Durchreichen technisch geht. Und dann schaltest du die LAN-Karte mal im BIOS aus, damit die nicht weiter stört. Und dann probierst du mal, ob du die DVB-Karte dann durchgereicht bekommst. Wenn das geht, wissen wir wenigstens, dass die Hardware im Weg ist.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 27.06.2016 22:22:09

Das schaffe ich heute leider nicht mehr, dafür muss ich auch Monitor und Tastatur anschließen. Aber beide Tests werde ich machen: 1 PCI-Root-Port dem Gast zuweisen und 2. die Karte wieder in den Ursprungsslot stecken.

Viele Grüße TomTom

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 16.07.2016 23:18:41

Sorry dass ich mich so lange nicht gemeldet habe. Leider fehlte mir die Zeit mich um dieses Problem kümmern zu können.

Was ich probiert habe:
°pci-root Port an vfio-pci zu binden. Leider erfolglos.
°DVB Karte wieder in ihren alten Slot gesteckt und NW-Karte im Bios deaktiviert. Ergebnis ist zwar, dass die NW Karte nicht mehr in der Gruppe ist, aber ein Starten der VM bringt die altbekannte Fehlermeldung.

:cry:

Situation ist also nun folgende:

Code: Alles auswählen

[23:13]root@server:~# dmesg | grep AMD-Vi
[    0.738236] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[    0.738236] AMD-Vi:  Extended features:  PreF PPR GT IA
[    0.738239] AMD-Vi: Interrupt remapping enabled
[    0.738329] AMD-Vi: Lazy IO/TLB flushing enabled

Code: Alles auswählen

[23:13]root@server:~# dmesg|grep -e DMAR -e IOMMU
[    0.738236] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[    0.742755] AMD IOMMUv2 driver by Joerg Roedel <jroedel@suse.de>

Code: Alles auswählen

[23:14]root@server:~# lsmod | grep vfio
vfio_iommu_type1       20480  0 
vfio_pci               36864  0 
vfio_virqfd            16384  1 vfio_pci
vfio                   28672  2 vfio_iommu_type1,vfio_pci
irqbypass              16384  6 kvm,vfio_pci

Code: Alles auswählen

[23:15]root@server:~# find /sys/kernel/iommu_groups/ -type l
/sys/kernel/iommu_groups/0/devices/0000:00:01.0
/sys/kernel/iommu_groups/0/devices/0000:00:01.1
/sys/kernel/iommu_groups/1/devices/0000:00:04.0
/sys/kernel/iommu_groups/1/devices/0000:01:00.0
/sys/kernel/iommu_groups/2/devices/0000:00:10.0
/sys/kernel/iommu_groups/2/devices/0000:00:10.1
/sys/kernel/iommu_groups/3/devices/0000:00:11.0
/sys/kernel/iommu_groups/4/devices/0000:00:12.0
/sys/kernel/iommu_groups/4/devices/0000:00:12.2
/sys/kernel/iommu_groups/5/devices/0000:00:14.0
/sys/kernel/iommu_groups/5/devices/0000:00:14.3
/sys/kernel/iommu_groups/6/devices/0000:00:14.4
/sys/kernel/iommu_groups/7/devices/0000:00:15.0
/sys/kernel/iommu_groups/7/devices/0000:00:15.1
/sys/kernel/iommu_groups/7/devices/0000:04:00.0
/sys/kernel/iommu_groups/8/devices/0000:00:18.0
/sys/kernel/iommu_groups/8/devices/0000:00:18.1
/sys/kernel/iommu_groups/8/devices/0000:00:18.2
/sys/kernel/iommu_groups/8/devices/0000:00:18.3
/sys/kernel/iommu_groups/8/devices/0000:00:18.4
/sys/kernel/iommu_groups/8/devices/0000:00:18.5

Code: Alles auswählen

[23:15]root@server:~# lspci -nnk
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex [1022:1410]
        Subsystem: ASUSTeK Computer Inc. Device [1043:8526]
00:00.2 IOMMU [0806]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit [1022:1419]
        Subsystem: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit [1022:1419]
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7560D] [1002:9904]
        Subsystem: ASUSTeK Computer Inc. Device [1043:8526]
00:01.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller [1002:9902]
        Subsystem: ASUSTeK Computer Inc. Device [1043:8526]
        Kernel driver in use: snd_hda_intel
00:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1414]
        Kernel driver in use: pcieport
00:10.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7812] (rev 03)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8527]
        Kernel driver in use: xhci_hcd
00:10.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7812] (rev 03)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8527]
        Kernel driver in use: xhci_hcd
00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7801] (rev 40)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8527]
        Kernel driver in use: ahci
00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller [1022:7807] (rev 11)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8527]
        Kernel driver in use: ohci-pci
00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller [1022:7808] (rev 11)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8527]
        Kernel driver in use: ehci-pci
00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:780b] (rev 14)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8527]
        Kernel driver in use: piix4_smbus
00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:780e] (rev 11)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8527]
00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] FCH PCI Bridge [1022:780f] (rev 40)
00:15.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 0) [1022:43a0]
        Kernel driver in use: pcieport
00:15.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 1) [1022:43a1]
        Kernel driver in use: pcieport
00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 0 [1022:1400]
00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 1 [1022:1401]
00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 2 [1022:1402]
00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 3 [1022:1403]
        Kernel driver in use: k10temp
00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 4 [1022:1404]
00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 5 [1022:1405]
01:00.0 Multimedia controller [0480]: Digital Devices GmbH Octopus DVB Adapter [dd01:0003]
        Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter [dd01:0020]
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 09)
        Subsystem: ASUSTeK Computer Inc. P8 series motherboard [1043:8505]
        Kernel driver in use: r8169

Code: Alles auswählen

    <hostdev mode='subsystem' type='pci' managed='yes'>
      <source>
        <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </hostdev>

Code: Alles auswählen

[23:17]root@server:~# virsh start VDR-update
error: Failed to start domain VDR-update
error: internal error: process exited while connecting to monitor: 2016-07-16T21:17:57.720487Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to open /dev/vfio/vfio: Operation not permitted
2016-07-16T21:17:57.720547Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to setup container for group 1
2016-07-16T21:17:57.720562Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio: failed to get group 1
2016-07-16T21:17:57.720581Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device initialization failed.
2016-07-16T21:17:57.720600Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x6: Device 'vfio-pci' could not be initialized

tomtom2
Beiträge: 14
Registriert: 23.06.2016 22:03:50

Re: PCIe Passthrough geht nach update auf jessie nicht mehr

Beitrag von tomtom2 » 31.07.2016 21:34:48

NAB? Keine Idee mehr? :(

Antworten