सभी SFP+ transceivers को unlock करने के लिए Intel X520 EEPROM (IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP bit) patch करना
thread शुरू करने वाले ने दस्तावेज़ किया कि 82599-based X520 cards में एक undocumented EEPROM bit होता है (IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP, byte offset 0x58 पर capability word का सबसे निचला bit, आमतौर पर 0xFC locked / 0xFD unlocked) जो तय करता है कि ESXi और Windows पर non-Intel active SFP+ modules accept होते हैं या नहीं, जहां Linux driver option उपलब्ध नहीं है। लेख में device ID का lspci -nn lookup, पढ़ने के लिए ethtool -e enp1s0 offset 0x58 length 1, और लिखने के लिए ethtool -E enp1s0 magic 0x10fb8086 offset 0x58 value 0xfd दिया गया है, साथ में सिर्फ वही bit flip करने की चेतावनी। followers ने X520-DA2, ESXi और Finisar modules के साथ इस्तेमाल हुए eBay cards, Dell-branded X520/i350 rNDC (0xFC), HPE NC560SFP+ (पहले से ही 0xFD, एक MikroTik S+RJ10 के साथ काम किया) और एक 82599 जिसने एक Ubiquiti 10GbE RJ45 module को फिर भी मना कर दिया, पर नतीजे रिपोर्ट किए।
- Hardware: Intel X520-DA1, Intel X520-DA2, Dell Intel 2P X520/2P i350 rNDC, HPE NC560SFP+, Intel 82599ES
- Transceivers: Finisar SFP+, MikroTik S+RJ10, Ubiquiti UF-RJ45-10G
- Form factor: SFP+
Symptoms / messages:
non-Intel active SFP+ rejected on ESXi/Windows
EEPROM byte 0x58 = 0xFC
Comments 2
byte 0x58 पढ़ो, ethtool -E से और PCI device व vendor ID से बने magic से सिर्फ सबसे निचला bit set करो (जैसे 0xFC को 0xFD में); इसके बाद card किसी भी OS पर third-party active optics accept करता है। Passive DACs और सादे SFP modules locked रहने पर भी आमतौर पर काम करते हैं।
HPE, Dell या Cisco के OEM cards unlocked शिप हो सकते हैं, जिससे लगता है कि यह lock एक Intel policy setting है; अगर unlock करने के बाद भी कोई module fail होता रहे, तो एक असली incompatibility को lock से अलग करने के लिए उसे Linux के तहत allow_unsupported_sfp से test करो।