Dennis HilkLinux-DiagnoseEN

Virtuelle und ungewöhnliche Hardware

Virtio-GPU über modernes PCI

Ein virtuelles DRM-Gerät kann Display- und Renderfähigkeiten bereitstellen, ohne die physische GPU des Hosts zu bestimmen.

Redaktionelle Quellenprüfung: Öffentliches Profil teilenIm Erkennungswerkzeug öffnen
Auf dieser Seite
  1. Überblick und Identität
  2. Treiber und Bindung
  3. Firmware
  4. Lesende Diagnose
  5. Grenzen und passende Fehlerhilfen
  6. Quellen

Überblick und Identität

Die geprüfte moderne PCI-Regel ordnet 1af4:1050 dem Virtio-Typ 16 (gpu) zu. Das ist eine virtuelle Funktionskennung, kein Hardwaremodell des Hosts. Transitionale PCI-IDs verwenden eine andere Subsystem-ID-Regel und werden hier bewusst nicht abgeleitet.

Kuratierte Kennungen
pci 1af4:1050

Ein numerischer Match belegt eine Kandidatenfamilie im geprüften Quellenrahmen. Verkaufsnamen, Platinenvarianten, Subsystembedingungen und erfolgreiche Funktion bleiben getrennte Fragen.

Treiber und Bindung

virtio_gpu passt auf Typ 16 auf dem Virtio-Bus. Hostrenderer, ausgehandelte Grafikfunktionen und Mesa im Gast bestimmen den Grafikpfad; die PCI-Kennung allein belegt keine Hardwarebeschleunigung. lspci kann daher korrekt virtio-pci melden, während die Kindfunktion an virtio_gpu gebunden ist.

  • virtio_pci — Kernel-Treiber-/Modulkandidat
  • virtio_gpu — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Hier keine Host-Datei belegt

Im geprüften Treiberpfad wurde kein externer Firmware-Dateiname festgestellt. Das beschreibt nicht die im Gerät gespeicherte Firmware.

Firmwarepakete deiner Distribution prüfen

Lesende Diagnose

Führe jeden angezeigten Befehl einzeln aus. Ersetze Großbuchstaben-Platzhalter durch betroffenes Gerät, Schnittstelle oder Modul aus deiner Ausgabe. Hier wird nichts ausgeführt. Auch lesende Ausgaben können private Kennungen enthalten.

PCI-Funktion und Bindung prüfen

lspci -nnk -s BDF

BDF durch die vollständige Adresse ersetzen, etwa 0000:00:14.0. Diese lesende Abfrage benötigt pciutils und normalerweise kein sudo. „Kernel driver in use“ zeigt die beobachtete Bindung; „Kernel modules“ nennt Kandidaten.

Treiber der Virtio-Kindfunktion prüfen

ls -l /sys/bus/pci/devices/BDF/virtio*/driver

BDF durch die vollständige beobachtete PCI-Adresse ersetzen. Treiberlink des Kindgeräts ohne sudo lesen; virtio_pci ist der PCI-Transport, während dieser Link zum Funktionstreiber gehört. Fehlt Kindgerät oder Link, wurde diese Ebene nicht beobachtet.

DRM-Gerätelinks im Gast prüfen

ls -l /sys/class/drm/

DRM-Klassenmetadaten ohne sudo und ohne Displaymodusänderung lesen. Karten- und Rendergeräte dem Virtio-Elterngerät zuordnen; ihr Vorhandensein belegt kein beschleunigtes Rendering.

Grenzen und passende Fehlerhilfen

Ein DRM-Gerät belegt weder Vulkan-Unterstützung noch nutzbares 3D-Rendering oder eine bestimmte Host-GPU. Einfache Displayausgabe und ein hostgestützter Renderpfad sind getrennte Fähigkeiten mit eigenem Laufzeitbeweis.

Diese Anleitungen passen zu relevanten Befunden und behaupten keinen Fehler bei jedem Gerät dieser Familie.

Hardware-Diagnoseweg wählen · Log-Auszug im Fix Lab prüfen

Quellen

Eine Quellenprüfung hält geprüfte Implementierung oder Dokumentation fest, keinen reproduzierten Hardwaretest. Versionsbezogene Tabellen belegen weder Mindestkernel noch garantierte Funktion.