Noting that AMD also operates OSS well in their NIC space. Onload and associated tools are on GitHub. Solarflare had the foresight long ago (>10 years) to be

Noting that AMD also operates OSS well in their NIC space. Onload and associated tools are on GitHub. Solarflare had the foresight long ago (>10 years) to be open source and that stewardship continued through acquisitions. [1] As an OSS contributor, that available software (via tarball from their website) allowed me to make public Docker tooling and other projects [2]. I would be less inclined to do so with proprietary binary bundles. But it wasn't "open collaboration" until recently -- but they were great on support emails! However, new GitHub projects are popping up from them even in the last few months! [3] And thus, I can independently and openly work on issues [4] and integrate their software with other tools [5], just yesterday. This all echoes to the recurrent Supabase thread of the value chain of OSS in companies[6]; there's a lot of reasons to do it. [1] https://web.archive.org/web/20180108154033/http://www.openonload.org/ https://web.archive.org/web/20180108154033/http://www.openon... [2] https://github.com/neomantra/docker-onload https://github.com/neomantra/docker-onload [3] https://github.com/Xilinx-CNS/sfptpd https://github.com/Xilinx-CNS/sfptpd [4] https://github.com/Xilinx-CNS/sfptpd/issues/6 https://github.com/Xilinx-CNS/sfptpd/issues/6 [5] https://github.com/neomantra/nomad-onload https://github.com/neomantra/nomad-onload [6] https://news.ycombinator.com/item?id=39087837 https://news.ycombinator.com/item?id=39087837