모든 SFP+ 트랜시버를 풀어주는 Intel X520 EEPROM 패치 (IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP 비트)
스레드를 시작한 글쓴이는 82599 기반 X520 카드에 문서화되지 않은 EEPROM 비트(IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP, 바이트 오프셋 0x58 capability word의 최하위 비트, 보통 0xFC면 잠김/0xFD면 해제)가 있어서, Linux 드라이버 옵션을 쓸 수 없는 ESXi랑 Windows에서 Intel이 아닌 액티브 SFP+ 모듈을 받아줄지를 이 비트가 결정한다고 정리했다. 글에는 디바이스 ID를 찾는 lspci -nn, 읽기용 ethtool -e enp1s0 offset 0x58 length 1, 쓰기용 ethtool -E enp1s0 magic 0x10fb8086 offset 0x58 value 0xfd가 나와 있고, 그 비트만 건드리라는 경고도 같이 있다. 후속 댓글들은 X520-DA2, ESXi랑 Finisar 모듈을 쓴 eBay 카드, Dell 브랜드 X520/i350 rNDC(0xFC), HPE NC560SFP+(이미 0xFD였고 MikroTik S+RJ10이랑 잘 됨), 그리고 Ubiquiti 10GbE RJ45 모듈을 계속 거부한 82599에서의 결과를 보고했다.
- 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+
증상 / 메시지:
non-Intel active SFP+ rejected on ESXi/Windows
EEPROM byte 0x58 = 0xFC
Comments 2
바이트 0x58을 읽고, ethtool -E랑 PCI 디바이스/벤더 ID로 만든 magic 값으로 최하위 비트만 세팅하세요(예: 0xFC에서 0xFD로). 그러고 나면 어떤 OS에서든 카드가 서드파티 액티브 광모듈을 받아줘요. 패시브 DAC랑 일반 SFP 모듈은 잠겨 있어도 대체로 잘 돼요.
HPE, Dell, Cisco의 OEM 카드는 처음부터 해제된 상태로 나오기도 하는데, 그걸 보면 이 잠금이 Intel의 정책 설정이라는 걸 알 수 있어요. 해제한 뒤에도 모듈이 계속 안 되면, Linux에서 allow_unsupported_sfp로 테스트해서 진짜 호환성 문제인지 잠금 문제인지 구분해보세요.