Chipsätze und PCIe

AMD-KERNCZ-/FCH-SMBus

Ein Mainboard-SMBus-Hostprofil mit Controllerbelegen und passiver Adapterprüfung.

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

AMD-Hersteller 1022 und die Konstante AMD_KERNCZ_SMBUS 790b sind in pci_ids.h geprüft und werden von der piix4-Tabelle verwendet. KERNCZ ist eine Quellfamilienkennung, kein Beweis einer bestimmten Ryzen-Generation oder eines Mainboardmodells. Der Controller kann mehrere Adapter bereitstellen; jeder ist von angeschlossenen Sensorchips zu unterscheiden.

Kuratierte Kennungen
pci 1022:790b

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

Treiber und Bindung

i2c_piix4 behandelt die geprüfte Funktion und enthält Portauswahlverhalten für diese Familie. Adapternummern können sich zwischen Starts oder Systemen unterscheiden. Die Treiberdokumentation beschreibt mehrere PIIX4-Ports und Plattformgrenzen; ein vorhandener Adapter ist daher kein vollständiges Inventar der Mainboardsensoren.

  • i2c_piix4 — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Hier keine Host-Datei belegt

Der geprüfte Treiber belegt für diesen SMBus-Host keinen vom Host geladenen Firmwarenamen. BIOS/ACPI können weiterhin Sichtbarkeit und Zugriffszuständigkeit bestimmen; angeschlossene Geräte können eigene Firmware besitzen. Ein Controller ohne Dateinamen bedeutet kein firmwarefreies Mainboard.

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.

Funktion und gebundenen Treiber lesen

lspci -nnk -s BDF

Ersetze BDF durch die Adresse der Funktion AMD-KERNCZ-/FCH-SMBus. Die Übersicht braucht normalerweise kein sudo. Numerische ID und „driver in use“ sind stärkere Belege als ein beschreibender Name oder eine Kandidatenliste.

PCI-Treiberbesitzer bestätigen

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

Nutze die vollständige BDF-Form domain:bus:slot.function. Der Befehl braucht normalerweise kein sudo und liest nur einen Link. Die letzte Komponente nennt den gebundenen Treiber; kein Link beschreibt eine ungebundene/fehlende Funktion, kein fehlendes Softwarepaket.

Registrierte Adapternamen ohne Probing lesen

cat /sys/class/i2c-adapter/i2c-*/name

Hier werden vorhandene sysfs-Metadaten gelesen, normalerweise ohne sudo. Es werden keine I2C-/SMBus-Transaktionen gesendet. Die Liste umfasst alle registrierten Adapter; ein Name allein ordnet den Adapter weder BDF zu noch identifiziert er einen Sensorclient. Fehlende Einträge beschreiben den Registrierungszustand.

Controllermeldungen des aktuellen Starts lesen

journalctl -k -b --no-pager

Trenne SMBus-Hostinitialisierungs- oder Ressourcenzuständigkeitsfehler von Meldungen anderer Sensorclients. Der Journalzugriff kann eine lokale Gruppenmitgliedschaft benötigen; fehlende Leserechte sind kein Controllerfehler.

Grenzen und passende Fehlerhilfen

Ein PCI-Hostcontrollertreffer identifiziert nicht jeden I2C-/SMBus-Client und ist keine Aufforderung zum aktiven Adressprobing. Die nur gelesene Adapterliste belegt weder Temperaturgenauigkeit noch Sensorunterstützung. Es werden keine versteckte Funktion aktiviert, kein Bus gescannt und keine Controllerregister verändert.

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.