Patch EEPROM Intel X520 (bit IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP) untuk membuka semua transceiver SFP+
Pembuat thread mendokumentasikan bahwa card X520 berbasis 82599 membawa bit EEPROM yang tidak terdokumentasi (IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP, bit paling rendah dari capability word di byte offset 0x58, biasanya 0xFC terkunci / 0xFD terbuka) yang menentukan apakah modul SFP+ aktif non-Intel diterima di ESXi dan Windows, di mana opsi driver Linux tidak tersedia. Tulisannya memberi cara lookup device ID dengan lspci -nn, ethtool -e enp1s0 offset 0x58 length 1 untuk membaca, dan ethtool -E enp1s0 magic 0x10fb8086 offset 0x58 value 0xfd untuk menulis, dengan peringatan untuk cuma membalik bit itu saja. Pengikutnya melaporkan hasil di X520-DA2, card eBay yang dipakai dengan ESXi dan modul Finisar, X520/i350 rNDC bermerek Dell (0xFC), HPE NC560SFP+ (sudah 0xFD, jalan dengan MikroTik S+RJ10), dan 82599 yang tetap menolak modul Ubiquiti 10GbE RJ45.
- Hardware: Intel X520-DA1, Intel X520-DA2, Dell Intel 2P X520/2P i350 rNDC, HPE NC560SFP+, Intel 82599ES
- Transceiver: Finisar SFP+, MikroTik S+RJ10, Ubiquiti UF-RJ45-10G
- Form factor: SFP+
Gejala / pesan:
non-Intel active SFP+ rejected on ESXi/Windows
EEPROM byte 0x58 = 0xFC
Comments 2
Baca byte 0x58, set cuma bit paling rendah (misalnya 0xFC ke 0xFD) dengan ethtool -E dan magic yang terdiri dari PCI device dan vendor ID; setelah itu card-nya menerima optik aktif pihak ketiga di OS apa pun. DAC pasif dan modul SFP biasa biasanya tetap jalan sekalipun terkunci.
Card OEM dari HPE, Dell, atau Cisco mungkin dikirim dalam keadaan terbuka, yang menunjukkan kuncinya itu setelan kebijakan Intel; kalau modulnya tetap gagal setelah dibuka, tes di Linux dengan allow_unsupported_sfp untuk memisahkan ketidakcocokan yang nyata dari kuncinya.