Dennis HilkLinux-DiagnoseEN

Chipsätze und PCIe

Intel-Sunrise-Point-MEI-Funktion

Eine geprüfte Management-Engine-Hostschnittstelle: Treiberbindung verrät nicht jeden Firmwareclient oder jede Managementfunktion.

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 Quellkonstante MEI_SPT ist 0x9d3a; die mei_me-Tabelle nutzt sie für die Sunrise-Point-Schnittstelle. Das PCI-Paar identifiziert die Hostschnittstelle, kein konkretes Mainboard oder aktiviertes Fernmanagement. Verschiedene Firmwareclients teilen sich die zugrunde liegende Schnittstelle.

Kuratierte Kennungen
pci 8086:9d3a

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

Treiber und Bindung

mei_me ist der geprüfte PCI-Kandidat; der MEI-Kern stellt /dev/meiX-Schnittstellen zur Clientkommunikation bereit. Clientverfügbarkeit hängt von Firmware und Politik ab. Gebundener Treiber oder sichtbarer Geräte-Node beweisen weder eingerichtetes Intel AMT noch jeden vorhandenen Client oder Zugriffsrechte eines Userspace-Kontos.

  • mei_me — Kernel-Treiber-/Modulkandidat
  • mei — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Geräte- und revisionsabhängig

MEI kommuniziert gemäß Kernel-API mit Firmwareclients. Das ist keine allgemeine Anforderung eines externen Firmware-Abbilds für die PCI-Hostschnittstelle. Die genaue installierte Plattformfirmware und die angebotenen Clients sind durch die Geräte-ID nicht belegt.

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 MEI. 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 MEI-Schnittstellenobjekte lesen

ls -l /sys/class/mei

Der Befehl braucht normalerweise kein sudo und listet nur vorhandene sysfs-Objekte. Er zeigt registrierte MEI-Schnittstellen, nicht alle Firmwarefunktionen oder die Berechtigung zur Clientnutzung. Bei mehreren Schnittstellen gehört der Objektpfad zu BDF zugeordnet.

Controllermeldungen des aktuellen Starts lesen

journalctl -k -b --no-pager

Lies mei_me-Initialisierungs- und Resetmeldungen, bevor ein Client-Anwendungsfehler dem PCI-Host zugeschrieben wird. Der Journalzugriff kann eine lokale Gruppenmitgliedschaft benötigen; fehlende Leserechte sind kein Controllerfehler.

Grenzen und passende Fehlerhilfen

Dieses Profil verbindet keinen Client, richtet kein Management ein und aktualisiert keine Firmware. Fehlende Rechte am Geräte-Node und ein Initialisierungsfehler der Hostschnittstelle sind unterschiedliche Befunde. Die geprüfte Familie belegt keine installierte Management-Engine-Firmwareversion.

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.