Dennis HilkLinux-DiagnoseEN

Ethernet und Netzwerk

Broadcom/QLogic BCM57711

Die NetXtreme-II-Generation BCM57711 verwendet bnx2x und vom Host geladene Initialisierungsfirmware. Dieser Softwarepfad unterscheidet sich von tg3-Gigabit-Controllern und neueren bnxt_en-Geräten.

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

164f entspricht CHIP_NUM_57711 und dem zugehörigen PCI-Tabelleneintrag von bnx2x. Die Quelle verwendet Broadcom- und QLogic-Namen; keiner identifiziert eine genaue OEM-Karte.

Kuratierte Kennungen
pci 14e4:164f

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

Treiber und Bindung

BCM57711 folgt dem E1H-Firmwarezweig. Die fixierte Implementierung fordert zuerst das aktuelle E1H-Abbild und danach eine ältere Alternative an; die tatsächliche Kernelanforderung statt beliebiger ähnlich benannter Dateien verwenden.

  • bnx2x — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Vom Host geladene Firmware erforderlich

Diese aktuellen und alternativen Dateinamen wurden aus den fixierten Versionskonstanten und dem E1H-Zweig aufgelöst. Ein anderer laufender Kernel kann andere Versionen anfordern; maßgeblich ist die tatsächliche Journalmeldung.

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

  • bnx2x/bnx2x-e1h-7.13.21.0.fw
  • bnx2x/bnx2x-e1h-7.13.15.0.fw

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 gebundenen Treiber prüfen

lspci -nnk -s BDF

BDF durch die Adresse Domain:Bus:Gerät.Funktion ersetzen. Auf [14e4:164f] und Kernel driver in use achten. bnx2x unter Kernel modules ist nur ein Kandidat, kein Bindungsnachweis.

Treiber der Netzwerkschnittstelle feststellen

ethtool -i INTERFACE

INTERFACE durch den echten Schnittstellennamen ersetzen. Driver und bus-info ordnen die Schnittstelle ihrem Gerät zu. Eine firmware-version ist eine Adapterangabe und kein Nachweis für eine geladene Datei. Kandidat: bnx2x.

Unterstützte Modi mit dem aktuellen Link vergleichen

ethtool INTERFACE

Supported/advertised link modes beschreiben Fähigkeiten oder angebotene Modi. Speed, Duplex und Link detected beschreiben den aktuellen Link, keinen gemessenen Durchsatz. Eine nicht unterstützte Abfrage ist eine Schnittstellen-/Treibergrenze.

PCIe-Transport von Ethernet-Geschwindigkeit trennen

sudo lspci -vv -s BDF

Erhöhte Rechte können nötig sein. Root-Rechte können die vollständige PCI-Konfiguration zugänglich machen. Falls PCIe-Felder vorhanden sind, LnkCap mit LnkSta vergleichen: maximale und ausgehandelte PCIe-Geschwindigkeit/Breite sind von Ethernet zu unterscheiden. Altes PCI oder virtuelle Funktionen können die Felder auslassen.

Initialisierung und Firmwareanforderungen ansehen

sudo journalctl -k -b --no-pager

Erhöhte Rechte können nötig sein. Root liest das Kerneljournal des aktuellen Starts. Diesen Controller bzw. diese Schnittstelle sowie den tatsächlich angeforderten Dateinamen oder die Safe-Mode-Meldung suchen. Modulweite Firmwareangaben beweisen keine Anforderung jeder Datei für dieses Gerät.

Grenzen und passende Fehlerhilfen

Kartenpartitionierung, Offload-Einstellungen und Adapterfirmware bleiben zusätzlicher Kontext. Ein verfügbares bnx2x-Modul ohne erfolgreich geladene Initialisierungsfirmware beweist keine betriebsbereite Netzwerkschnittstelle.

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.