Tüm SFP+ transceiver'ların kilidini açmak için Intel X520 EEPROM'unu yamalamak (IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP biti)
Konuyu başlatan kişi, 82599 tabanlı X520 kartlarının, Linux sürücü seçeneğinin bulunmadığı ESXi ve Windows'ta Intel olmayan aktif SFP+ modüllerinin kabul edilip edilmeyeceğine karar veren, belgelenmemiş bir EEPROM biti (IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP, 0x58 byte offsetindeki kapasite kelimesinin en düşük biti, tipik olarak 0xFC kilitli / 0xFD kilitsiz) taşıdığını belgeledi. Yazı, device ID'yi bulmak için lspci -nn'i, okumak için ethtool -e enp1s0 offset 0x58 length 1'i, yazmak için de ethtool -E enp1s0 magic 0x10fb8086 offset 0x58 value 0xfd'yi veriyor, sadece o biti çevirme uyarılarıyla. Takip edenler X520-DA2'de, ESXi ve Finisar modülleriyle kullanılan eBay kartlarında, Dell markalı X520/i350 rNDC'de (0xFC), HPE NC560SFP+'ta (zaten 0xFD, bir MikroTik S+RJ10 ile çalıştı) ve bir Ubiquiti 10GbE RJ45 modülünü hâlâ reddeden bir 82599'da sonuçlar bildirdi.
- Donanım: Intel X520-DA1, Intel X520-DA2, Dell Intel 2P X520/2P i350 rNDC, HPE NC560SFP+, Intel 82599ES
- Transceiver'lar: Finisar SFP+, MikroTik S+RJ10, Ubiquiti UF-RJ45-10G
- Form faktör: SFP+
Belirtiler / mesajlar:
non-Intel active SFP+ rejected on ESXi/Windows
EEPROM byte 0x58 = 0xFC
Comments 2
0x58 byte'ını okuyun, ethtool -E ile ve PCI device ile vendor ID'den oluşan magic ile sadece en düşük biti ayarlayın (örneğin 0xFC'den 0xFD'ye); bundan sonra kart herhangi bir OS'te üçüncü parti aktif optikleri kabul eder. Pasif DAC'lar ve sade SFP modülleri kilitliyken bile genelde çalışır.
HPE, Dell ya da Cisco'dan OEM kartlar kilidi açık gönderilebiliyor, bu da kilidin bir Intel policy ayarı olduğunu düşündürüyor; kilidi açtıktan sonra bir modül hâlâ başarısız oluyorsa, gerçek bir uyumsuzluğu kilitten ayırmak için Linux altında allow_unsupported_sfp ile test edin.