Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This sounds relevant to what the Oxide Computer guys are doing (the Cantrill Crew, the Keepers of the Solaris Flame, etc). They're building AMD EPYC servers open-source style, and it sounded like they were making some headway in getting AMD to allow alternatives to the "proprietary vendor blobs" way of doing hardware.


We are not using OpenSIL directly, but as a strong believer in the need for open source software at the lowest layers of the stack (i.e., silicon initialization and platform enablement), we are hugely supportive of this effort. Providers of silicon have embraced open source to varying degrees; AMD is showing that they understand the importance of open source (unlike several other vendors one might be able to name!) -- and we believe that customers will be the winners.


Would you eventually switch to OpenSIL or do you think staying with the minimal custom solution solution is better for your usecase.


No, we won't: OpenSIL is trying to solve a different problem in that it's still providing for systems that are ultimately booting yet other systems (and therefore have need for interfaces like UEFI, ACPI, etc.) By contrast, we are building a holistic system in which hardware and software are co-designed[0][1] -- we are not seeking to boot arbitrary systems and therefore don't need the abstractions that have been invented for that boundary. We remain strongly supportive of OpenSIL because we believe that this is the kind of innovation that open source platform enablement allows: when the lowest layers of the system are open, we allow for different approaches -- we need not all be confined by PC-era abstractions.

[0] https://www.osfc.io/2022/talks/i-have-come-to-bury-the-bios-...

[1] https://oxide-and-friends.transistor.fm/episodes/holistic-bo...




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: