[SOLVED] Intel UHD Graphics 605 (Gemini Lake) - LXC Passtrough - /dev/dri auf Host nicht verfügbar

[kafisc]

Hi zusammen,

ich versuche aktuell auf einem aktuellen Proxmox 7.1-10 eine Gemini Lake GPU in einen LXC-Container (zwecks Vaapi Transcoding) durchzureichen.
Jedoch scheitert dies bereits daran, dass /dev/dri* auf dem Host gar nicht verfügbar ist.
Ich habe Testweise eine VM erstellt und hier könnte ich zumindest unter "> Hardware > Add > PCI Device" die GPU zuweisen (was aber nicht der Plan ist).
Zumindest scheint es, als würde die GPU erkannt werden.



Ich vermute, dass ich hier schlichtweg einen Denkfehler habe, oder einfach etwas Wichtiges vergessen habe.
Ich wäre hier für entsprechende Hinweise dankbar.

Hinweis: Ich habe zudem 2 PCIe TV-Karten erfolgreich in einen LXC-Container durchgereicht.

Folgendes habe ich durchgeführt:
apt-get install i965-va-driver vainfo

Folgende Informationen werden ausgegeben:

dmidecode -t 2:

.....
Manufacturer: ASRock
Product Name: J4105M
.....

uname -r:

5.13.19-3-pve

pveversion:

pve-manager/7.1-10/6ddebafe (running kernel: 5.13.19-3-pve)

vaainfo:

error: can't connect to X server!
error: failed to initialize display

lsmod | grep -i 'i915':

keine Ausgabe

ls -l /dev/dri/:

ls: cannot access '/dev/dri/': No such file or directory

lspci -v:

00:02.0 VGA compatible controller: Intel Corporation GeminiLake [UHD Graphics 600] (rev 03) (prog-if 00 [VGA controller])
        Subsystem: ASRock Incorporation UHD Graphics 605
        Flags: bus master, fast devsel, latency 0, IRQ 255, IOMMU group 1
        Memory at a0000000 (64-bit, non-prefetchable) [size=16M]
        Memory at 90000000 (64-bit, prefetchable) [size=256M]
        I/O ports at f000 [size=64]
        Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
        Capabilities: [40] Vendor Specific Information: Len=0c <?>
        Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
        Capabilities: [ac] MSI: Enable- Count=1/1 Maskable- 64bit-
        Capabilities: [d0] Power Management version 2
        Capabilities: [100] Process Address Space ID (PASID)
        Capabilities: [200] Address Translation Service (ATS)
        Capabilities: [300] Page Request Interface (PRI)
        Kernel modules: i915

Folgendes im Zuge von PCIe Passtrough angepasst:
########
GRUB_CMDLINE_LINUX_DEFAULT:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash reboot=efi,pci pci=nomsi,noaer intel_iommu=on"

nano /etc/modules:

vfio
vfio_iommu_type1
vfio_pci
vfio_virqfd

dmesg |grep -e DMAR -e IOMMU -e AMD-Vi:

[    0.010057] ACPI: DMAR 0x000000006D6880F0 0000A8 (v01 INTEL  GLK-SOC  00000003 BRXT 0100000D)
[    0.010131] ACPI: Reserving DMAR table memory at [mem 0x6d6880f0-0x6d688197]
[    0.037787] DMAR: IOMMU enabled
[    0.129479] DMAR: Host address width 39
[    0.129482] DMAR: DRHD base: 0x000000fed64000 flags: 0x0
[    0.129494] DMAR: dmar0: reg_base_addr fed64000 ver 1:0 cap 1c0000c40660462 ecap 9e2ff0505e
[    0.129499] DMAR: DRHD base: 0x000000fed65000 flags: 0x1
[    0.129508] DMAR: dmar1: reg_base_addr fed65000 ver 1:0 cap d2008c40660462 ecap f050da
[    0.129513] DMAR: RMRR base: 0x0000006d5ef000 end: 0x0000006d60efff
[    0.129517] DMAR: RMRR base: 0x0000006f800000 end: 0x0000007fffffff
[    0.129521] DMAR-IR: IOAPIC id 1 under DRHD base  0xfed65000 IOMMU 1
[    0.129524] DMAR-IR: HPET id 0 under DRHD base 0xfed65000
[    0.129526] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping.
[    0.131455] DMAR-IR: Enabled IRQ remapping in x2apic mode
[    0.372135] DMAR: No ATSR found
[    0.372137] DMAR: No SATC found
[    0.372140] DMAR: IOMMU feature fl1gp_support inconsistent
[    0.372142] DMAR: IOMMU feature pgsel_inv inconsistent
[    0.372144] DMAR: IOMMU feature nwfs inconsistent
[    0.372146] DMAR: IOMMU feature eafs inconsistent
[    0.372147] DMAR: IOMMU feature prs inconsistent
[    0.372149] DMAR: IOMMU feature nest inconsistent
[    0.372150] DMAR: IOMMU feature mts inconsistent
[    0.372152] DMAR: IOMMU feature sc_support inconsistent
[    0.372153] DMAR: IOMMU feature dev_iotlb_support inconsistent
[    0.372155] DMAR: dmar0: Using Queued invalidation
[    0.372161] DMAR: dmar1: Using Queued invalidation
[    0.377409] DMAR: Intel(R) Virtualization Technology for Directed I/O

########

modinfo i915:

filename:       /lib/modules/5.13.19-3-pve/kernel/drivers/gpu/drm/i915/i915.ko
license:        GPL and additional rights
description:    Intel Graphics
author:         Intel Corporation
author:         Tungsten Graphics, Inc.
firmware:       i915/skl_huc_2.0.0.bin
......................


depends:        drm_kms_helper,drm,cec,video,i2c-algo-bit
retpoline:      Y
intree:         Y
name:           i915
vermagic:       5.13.19-3-pve SMP mod_unload modversions
parm:           modeset:Use kernel modesetting [KMS] (0=disable, 1=on, -1=force vga console preference [default]) (int)
......................
[    0.372137] DMAR: No SATC found
[    0.372140] DMAR: IOMMU feature fl1gp_support inconsistent
[    0.372142] DMAR: IOMMU feature pgsel_inv inconsistent
[    0.372144] DMAR: IOMMU feature nwfs inconsistent
[    0.372146] DMAR: IOMMU feature eafs inconsistent
[    0.372147] DMAR: IOMMU feature prs inconsistent
[    0.372149] DMAR: IOMMU feature nest inconsistent
[    0.372150] DMAR: IOMMU feature mts inconsistent
[    0.372152] DMAR: IOMMU feature sc_support inconsistent
[    0.372153] DMAR: IOMMU feature dev_iotlb_support inconsistent
[    0.372155] DMAR: dmar0: Using Queued invalidation
[    0.372161] DMAR: dmar1: Using Queued invalidation
[    0.377409] DMAR: Intel(R) Virtualization Technology for Directed I/O

Vielen Dank im Voraus & MFG
kafisc

 

[tristank]

Schon mal das BIOS/UEFI überprüft, ob die Onboard Graphics auf Auto or Enabled stehen?

 

[kafisc]

Schon mal das BIOS/UEFI überprüft, ob die Onboard Graphics auf Auto or Enabled stehen?

Danke für die Rückmeldung. Onboard Graphics steht auf Enabled. Das Problem wurde wohl durch den Kernel verursacht.
Ich habe zuerst den Kernel auf die Version 5.13.19-4-pve aktualisiert. Auch hier leider gähnende Leere unter /dev/dri.

Ich habe testweise den Kernel 5.15.17-1-pve aus dem Test-Repo installiert und sofort waren die Adapter unter /dev/dri auf Host verfügbar.
Da ich mit meinem Setting aktuell gut fahre, habe ich keine weiteren Kernel-Versionen durchprobiert.

Grüße
kafisc

 

[tristank]

Ich kämpfe zur Zeit auch mit dem Proxmox Kernel, es sieht so aus als könnte er die Ursache für ein Problem mit GVT-d sein.