Dennis HilkLinux-DiagnoseEN

Chipsätze und PCIe

AMD-PMC-Plattformkontext für Suspend

Ein Modul-/Plattformkontext für AMD-s2idle-Koordination; kein exakter PCI-Produkt-ID-Treffer.

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

Dieses allgemeine Profil besitzt bewusst keinen kuratierten PCI-Treffer. amd_pmc ist ein Plattformtreiber mit ACPI-Matching und CPU-/Root-Gerätekontext in der Implementierung. Eine intern genutzte PCI-Root-Gerätetabelle ist keine PCI-Treiberbindungstabelle für ein eigenständiges PMC-Endgerät.

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

Der Treiber koordiniert s2idle-Transaktionen mit Plattformfirmware auf der SMU. Der Kconfig-Text beschreibt seine AMD-Notebookrolle und Debugunterstützung. Trenne System-Schlafmoduswahl, einen Suspend abbrechenden Gerätecallback und erfolgreiches Suspend mit schlechter Verweildauer. Dies sind unterschiedliche Befunde, auch wenn amd_pmc im Log steht.

  • amd_pmc — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Geräte- und revisionsabhängig

Der Treiber tauscht Befehle und Versionsinformationen mit der Plattform-SMU aus. Die geprüften Quellen belegen Firmwarebeteiligung, aber keinen allgemeinen vom Host geladenen Abbildnamen. Eine fehlgeschlagene SMU-Antwort sollte mit genauer Meldung und Plattformkontext erhalten bleiben, statt zum Download einer erratenen Firmwaredatei zu führen.

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.

Ausgewählten System-Schlafmodus lesen

cat /sys/power/mem_sleep

Diese nur gelesene Datei braucht normalerweise kein sudo. Der eingeklammerte Modus ist ausgewählt; ein verfügbarer s2idle-Eintrag beweist keine erfolgreiche Verweildauer im Energiesparzustand. Das Lesen versetzt den Rechner weder in Suspend noch ändert es den Modus.

Plattformtreiberzuordnungen lesen

ls -l /sys/bus/platform/drivers/amd_pmc

Dieses lesende Listing braucht normalerweise kein sudo. Ein gebundener Plattformgerätelink ist ein stärkerer Besitzbeleg als ein allgemeiner PCI-Produktname. Ein fehlendes Verzeichnis kann Kernelbuild, ACPI-Match oder Initialisierungszustand widerspiegeln; es beweist nicht, dass jedes AMD-System diesen Treiber benötigt.

Controllermeldungen des aktuellen Starts lesen

journalctl -k -b --no-pager

Halte amd_pmc-/SMU-Meldungen zusammen mit Suspend-Callbackfolge und ausgewähltem Schlafmodus fest. Der Journalzugriff kann eine lokale Gruppenmitgliedschaft benötigen; fehlende Leserechte sind kein Controllerfehler.

Grenzen und passende Fehlerhilfen

Ein geladenes amd_pmc-Modul identifiziert kein bestimmtes Notebook, beweist keinen erfolgreichen Energiesparzustand und misst keinen Akkuverbrauch. Dieses Profil löst kein Suspend aus, setzt keine SMU-Logs zurück, verändert keine Wake-Quellen und schreibt keinen Kernelparameter vor. Plattformfehler brauchen eigenen Trace und Firmwarekontext.

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.