Dennis HilkLinux-DiagnoseEN

AMD-Grafik

AMD-Grafikkontext GC 12.0 mit IP-Discovery

Ein quellenbelegter Grafikblock-Kontext für moderne amdgpu-Berichte; ein konkretes Radeon-Produkt wird nicht abgeleitet.

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

Dies ist ein Kontextprofil ohne kuratierte PCI-Produkt-ID. Der Snapshot besitzt AMD-Displayklassen-Fallbacks mit CHIP_IP_DISCOVERY; die Discovery-Implementierung wählt gfx_v12_0 für GC-IP-Versionen 12.0.0 und 12.0.1. Ein amdgpu-Modul oder eine AMD-Displayklasse allein beweist kein GC 12.0; der Initialisierungsbericht des Geräts muss den IP-Block tatsächlich nennen.

Dies ist ausdrücklich ein Klassen-, Transport- oder Treiberkontextprofil. Es identifiziert kein exaktes numerisches Produkt.

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

Treiber und Bindung

PCI-Fallback und Auswahl der Grafik-IP sind unterschiedliche Schritte. Das erklärt, warum eine neue AMD-GPU ohne wörtliche Produktzeile in der älteren PCI-Tabelle dennoch in den Discovery-Code gelangen kann. Ein Tabellenfallback garantiert nicht, dass Discovery, Firmware oder jede Engine für ein beliebiges Gerät erfolgreich sind.

  • amdgpu — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Geräte- und revisionsabhängig

Beide Dateinamen sind in gfx_v12_0.c ausdrücklich deklariert. Sie veranschaulichen getrennte Pfade für 12.0.0 und 12.0.1, nicht gemeinsam auf jeder GPU benötigte Dateien. Die tatsächliche IP-Version und genaue Kernelanforderung bestimmen das passende Abbild; weitere Engines haben eigene Firmwareanforderungen.

Geprüfte Beispiele oder Dateinamen-Zweige, keine vollständige Installationsliste:

  • amdgpu/gc_12_0_0_pfp.bin
  • amdgpu/gc_12_0_1_rlc_kicker.bin

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.

Numerische PCI-Identität und Bindung lesen

lspci -nnk -s BDF

Ersetze BDF durch die Adresse der AMD IP-discovery-Grafikfunktion. Für diese Übersicht ist normalerweise kein sudo nötig. Das numerische Hersteller-/Gerätepaar belegt die Identität; „Kernel driver in use“ belegt die aktuelle Bindung. „Kernel modules“ nennt lediglich Kandidaten.

Besitzer dieser PCI-Funktion prüfen

readlink /sys/bus/pci/devices/BDF/driver

Verwende für BDF die vollständige Adresse domain:bus:slot.function, wie sie lspci -D ausgibt. Das lesende Auswerten des Links braucht normalerweise keine erhöhten Rechte. Die letzte Pfadkomponente nennt den gebundenen Treiber. Ein fehlender Link kann auch eine ungebundene, entfernte oder einem Gast zugewiesene Funktion bedeuten und beweist nicht, dass es keinen Linux-Treiber gibt.

Initialisierung und Fehlerkontext lesen

journalctl -k -b --no-pager

Suche zuerst die von Discovery gemeldete GC-IP-Version, bevor ein gc_12_0_*-Firmwarename verwendet wird. Ein PCI-ID-Name aus einer Namensdatenbank ist diesem Bericht nicht gleichwertig. Gelesen wird nur der aktuelle Start. Vergleiche PCI-Adresse und Zeitpunkte, bevor du eine Meldung dieser GPU zuordnest. Der Journalzugriff hängt von lokalen Gruppenrechten ab; fehlende Leserechte sind kein Hardwarebefund.

Grenzen und passende Fehlerhilfen

Übersetze eine GC-Version nicht in ein konkretes RX-Modell, Platinendesign oder Stabilitätsversprechen. Diese Seite stuft ein unbekanntes AMD-PCI-Paar nicht als unterstützt ein. Ein Absturz ohne letzte Kernelmeldung bleibt ungeklärt; Firmwaredeklarationen stellen einen gemeldeten Hard-Lock nicht nach.

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.