Re:IBM employee forced to stop kernel work under personal em...
by mindslight on Tuesday April 20, 2021 @02:28AM
(#26871353)
To use most SFP+'s with Intel NICs, one has to load ixgbe with allow_unsupported_sfp=1 due to Intel's wanking. Ultimately this isn't a huge deal, but it's still an instance of corporate crap needlessly complicating Free software.
Re:IBM employee forced to stop kernel work under personal em...
by ixs on Tuesday April 20, 2021 @05:09AM
(#26872367)
Super annoying behavior indeed.
But thanks to open source, being able to look at the driver and understanding how that SFP check is done, some people at the Serve The Home forum were able to figure out which EEPROM bit needs to be flipped for these cards to accept any and all SFP modules: https://forums.servethehome.com/index.php?threads/patching-i...
I saw that and wrote an automated patcher as a quick python hack to automate that: https://gist.github.com/ixs/dbaac42730dea9bd124f26cbd439c58e
Re:IBM employee forced to stop kernel work under personal em...
by walrus01 on Tuesday April 20, 2021 @02:55AM
(#26871504)
Another popular solution in an environment where you might have to support six different vendors' equipment, some of which is closed source (juniper, etc) and demands certain SFP+ EEPROM codes, from one pool of spare equipment, is to purchase the optics with blank eeproms and a coding box to write the vendor ID code onto them over i2c bus as needed. There's four or five transceiver companies I can think of now which provide the solution to do that.
If there were some hidden feature that was not enabled on an Intel 100Gbps NIC, which could be enabled in an open source driver, I'm 100% in favor of doing that. Thankfully there isn't (all praise to our benevolent corporate overlords), but I can certainly see a scenario with another vendor where there might be.
I hope that if Intel were to ever go down the route of big ugly closed source binary blob to make a 100Gbps NIC function properly, that people would go buy hardware from another vendor. With some basic consumer grade 1Gbps ethernet stuff you can see this now on a base debian install, where you need to enable the 'non-free' repo and install a .deb for a Broadcom provided driver to make a NIC work. Because their driver is considerably less freely licensed than Intel's. One of the reasons why I try to steer away from any Broadcom network interfaces whenever possible.
Or in any other category of hardware. With the current chip shortage and lack of viable competing options, it really sucks that there's literally two high performance GPU vendors that exist on the planet, Nvidia or AMD/ATI, and no other choices.