Intel GVT-g mit Proxmox 5.2

[loomes]

Da ich meine LXC Debian Container mittlerweile alle am laufen habe und einer davon auch auf die GPU in der Intel CPU zugreifen kann per:
lxc.cgroup.devices.allow = c 226:128 rwm
lxc.mount.entry: /dev/dri/renderD128 dev/dri/renderD128 none bind,optional,create=file

habe ich mir jetzt gedacht das es toll wäre wenn das auch bei einer Win10VM geht. Tut es ja sogar.
Ich habe mich an das hier gehalten: https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide
Habe aber keine Pakete neu compiliert oder so sondern nur die Grub line angepasst und eine vGPU erstellt und diese in der Konfig der VM eingetragen.

Windows hat die Grafikkarte (Iris Plus640) auch erkannt und Treiber installiert.
Läuft soweit auch, per RDP wird die Graka auch genutzt laut Task Manager.

Allerdings habe ich nun wenn ich mich per Spice verbinde keine sichtbare Maus mehr.
Ich habe schon in Erfahrung gebracht das Spice noch nicht mit GVTg zusammenarbeitet, aber villeicht hat ja einer einen Tip wegen der Maus? Oder muss man einfach abwarten bis die Entwicklung weiter voranschreitet?

 

[fireon]

Hätte da mal ne Gegenfrage: Wenn du den Intelchip so durchreichst, hast du dann am Host noch ein Bild? Oder ist das gleich wie bei Nvidia das die Karte dann vom Host abgekoppelt ist. ... ist ein Interessantes Thema. Nutze hier auch tag täglich Spice.

 

[loomes]

Ja am Host hat man auch noch Bild. Man erzeugt ja eine virtuelle GPU, diese reicht man in die VM durch.
Ich habe die GPU wie gesagt in einen LXC Container durchgereicht (das geht ja schon länger) und gleichzeitig in die Win10 Maschine.

Das komplett durchreichen an eine VM geht auch, das hatte ich vorher probiert. Das ist aber aus den genannten Gründen eher nicht geeignet bei nur einer vorhandenen GPU.

Ja mit Spice geht GVTg wohl mittlerweile auch , Zitat: Implement dmabuf-based Guest VM framebuffer sharing. With adding GTK and Spice dmabuf support in Qemu (to be in Qemu 2.12), local and remote display use cases are preliminarily enabled. https://01.org/igvt-g/blogs/wangbo85/2018/2018-q1-release-kvmgt-intel-gvt-g-kvm

Nur in Proxmox ist ja noch ein älterer qemu, also abwarten.

 

[fireon]

Hi, danke für die tollen Neuigkeiten! Nur scheint es bei mir nicht zu gehen. Hab mich da auch an die Anleitung gehalten. Nur leider scheitert es schon bei

ll /sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/
ls: cannot access '/sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/': No such file or director

Meine Grubline sieht so aus:

GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.enable_gvt=1 intel_iommu=on"

Steht auch definitv in der Config und bootet auch sauber. Verwende hier Kernel 4.10.
4.15 hat noch schwere Bugs mit LXC, welche ich hier leider nicht brauchen kann und 4.13 ist mit NFS und den ACLs völlig verbugt.

Nachtrag: Habs mit 4.15 nun auch getestet, gleiches Ergebnis.

 

[loomes]

Also hier funktioniert es. Ist ein Intel NUC7i5

Linux proxmox 4.15.17-3-pve #1 SMP PVE 4.15.17-13 (Mon, 18 Jun 2018 17:15:04 +0200) x86_64 GNU/Linux

GRUB_CMDLINE_LINUX_DEFAULT="quiet pti=off i915.enable_gvt=1 kvm.ignore_msrs=1 intel_iommu=on"

dmesg | grep -e DMAR -e IOMMU
[ 0.000000] ACPI: DMAR 0x000000007A71B5D0 0000A8 (v01 INTEL NUC7i5BN 0000003F INTL 00000001)
[ 0.000000] DMAR: IOMMU enabled
[ 0.004000] DMAR: Host address width 39
[ 0.004000] DMAR: DRHD base: 0x000000fed90000 flags: 0x0
[ 0.004000] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap 1c0000c40660462 ecap 19e2ff0505e
[ 0.004000] DMAR: DRHD base: 0x000000fed91000 flags: 0x1
[ 0.004000] DMAR: dmar1: reg_base_addr fed91000 ver 1:0 cap d2008c40660462 ecap f050da
[ 0.004000] DMAR: RMRR base: 0x0000007a65b000 end: 0x0000007a67afff
[ 0.004000] DMAR: RMRR base: 0x0000007b800000 end: 0x0000007fffffff
[ 0.004000] DMAR-IR: IOAPIC id 2 under DRHD base 0xfed91000 IOMMU 1
[ 0.004000] DMAR-IR: HPET id 0 under DRHD base 0xfed91000
[ 0.004000] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping.
[ 0.004000] DMAR-IR: Enabled IRQ remapping in x2apic mode
[ 0.839908] DMAR: No ATSR found
[ 0.839937] DMAR: dmar0: Using Queued invalidation
[ 0.840130] DMAR: dmar1: Using Queued invalidation
[ 0.840299] DMAR: Setting RMRR:
[ 0.840386] DMAR: Setting identity map for device 0000:00:02.0 [0x7b800000 - 0x7fffffff]
[ 0.840422] DMAR: Setting identity map for device 0000:00:14.0 [0x7a65b000 - 0x7a67afff]
[ 0.840429] DMAR: Prepare 0-16MiB unity mapping for LPC
[ 0.840455] DMAR: Setting identity map for device 0000:00:1f.0 [0x0 - 0xffffff]
[ 0.840640] DMAR: Intel(R) Virtualization Technology for Directed I/O

ll /sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/
insgesamt 0
drwxr-xr-x 5 root root 0 Jun 21 20:47 .
drwxr-xr-x 13 root root 0 Jun 21 20:52 ..
drwxr-xr-x 3 root root 0 Jun 21 20:47 i915-GVTg_V5_2
drwxr-xr-x 3 root root 0 Jun 21 20:47 i915-GVTg_V5_4
drwxr-xr-x 3 root root 0 Jun 21 20:47 i915-GVTg_V5_8

cd /sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/
cat i915-GVTg_V5_4/description
low_gm_size: 128MB
high_gm_size: 512MB
fence: 4
resolution: 1920x1200
weight: 4

echo "b3dfe34f-0fdf-4321-8d03-42c4267ab5e1" > "/sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/i915-GVTg_V5_4/create"
echo "b3dfe34f-0fdf-4321-8d03-42c4267ab5e2" > "/sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/i915-GVTg_V5_4/create"
echo "b3dfe34f-0fdf-4321-8d03-42c4267ab5e3" > "/sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/i915-GVTg_V5_4/create"

ll /sys/bus/pci/devices/0000:00:02.0/ | grep b3d
drwxr-xr-x 4 root root 0 Jun 21 20:52 b3dfe34f-0fdf-4321-8d03-42c4267ab5e1
drwxr-xr-x 4 root root 0 Jun 21 20:52 b3dfe34f-0fdf-4321-8d03-42c4267ab5e2
drwxr-xr-x 4 root root 0 Jun 21 20:52 b3dfe34f-0fdf-4321-8d03-42c4267ab5e3

und in die Konfig der VM kommt dann:
args: -device vfio-pci,sysfsdev=/sys/bus/pci/devices/0000:00:02.0/b3dfe34f-0fdf-4321-8d03-42c4267ab5e1,rombar=0

 

[fireon]

Hmm schade ja, scheint wohl die Hardware nicht zu unterstützen. Hab hier nen Supermicroserver mit Xeon Pozessor.
Intel(R) Xeon(R) CPU E3-1246 v3 @ 3.50GHz, Motherboard. X10SAE... man kann wohl net alles haben ;(

 

[loomes]

Ja das geht erst ab E3_v4, das steht aber auch ganz oben im Setup Guide

 

[fireon]

Ja das geht erst ab E3_v4, das steht aber auch ganz oben im Setup Guide

Na supa, das hab ich natürlich überlesen.

 

[fireon]

/dev/dri/renderD128

Das hat mir voll genügt. Emby freut sich nun über HW Transkodierung.

 

[loomes]

Jup für einen LXC Container ist das die perfekte Lösung.