XL710-QDA2 disabilita Rx/Tx con cavi QSFP+ non Intel: "unsupported SFP+ module type" in i40e
L'autore ha compilato e caricato i40e 3.4.2 su Ubuntu 16.04 per un adapter Intel XL710-QDA2 dual-port 40GbE. Il driver si caricava senza problemi, ma non appena venivano collegati cavi QSFP+ non Intel dmesg riportava "Rx/Tx is disabled on this device because an unsupported SFP+ module type was detected." e non saliva nessun link; chiedeva se i cavi QSFP+ non Intel sono semplicemente incompatibili e se c'è un modo per permettere moduli non supportati. Mesi dopo un secondo utente ha segnalato lo stesso identico fallimento su Ubuntu 16.04 (kernel 4.4.0-138-generic) con i40e 2.4.10 e firmware 6.01 0x800034a4 1.1747.0: ethtool mostrava "Link detected: no" con speed e duplex sconosciuti, e dmesg stampava anche "Refer to the Intel(R) Ethernet Adapters and Devices User Guide for a list of supported modules."
- Hardware: Intel XL710-QDA2
- Transceiver: cavi QSFP+ non Intel
- Fattore di forma: QSFP+, DAC
Sintomi / messaggi:
Rx/Tx is disabled on this device because an unsupported SFP+ module type was detected.
Refer to the Intel(R) Ethernet Adapters and Devices User Guide for a list of supported modules.
Link detected: no
Speed: Unknown! / Duplex: Unknown! (255)
no link with third-party QSFP+ cables
Comments 3
Il supporto Intel ha detto che vanno usati solo cavi e moduli validati dalla lista di compatibilità XL710 (articolo Intel 000006051) e, alla domanda diretta, ha confermato che non esiste un modo supportato per permettere moduli SFP/QSFP+ non supportati su questo adapter.
Suggerirei di comprare cavi validati tramite i rivenditori autorizzati Intel (locate.intel.com). Puoi mandare il numero di serie dell'adapter dall'etichetta bianca, più marca e modello esatti dei cavi QSFP+, così controlliamo meglio?
Per il secondo utente, il supporto ha chiesto la versione del kernel, marca/modello del cavo, le diciture dell'etichetta prodotto e l'output di ethtool ed ethtool -i per identificare firmware e driver; l'utente li ha forniti (i40e 2.4.10, NVM 6.01), ma nella parte catturata del thread non compare nessuna soluzione oltre all'uso di moduli validati.