| >I am also under no delusions that RISC-V would be better at this. RISC-V is already way better at this. e.g.: The early boot process (SBI) was standardized years ago, and widely deployed in current hardware. Late boot process (UEFI on RISC-V) was standarized early this year, ahead of relevant hardware (servers, laptops, workstations). ISA Profiles standard 2022 is in public review right now, and will likely be effective before the year ends. Hardware where this is relevant (e.g. SoC used in VisionFive2) already released this year is already compliant with the draft. Future hardware will be widely compliant. Linux distributions and other operating systems target these profiles. Relative to the utter chaos ARM has when it comes to these important topics, RISC-V is way ahead, being well prepared before the hardware floods the world. |
>
> Late boot process (UEFI on RISC-V) was standarized early this year, ahead of relevant hardware (servers, laptops, workstations).
UEFI was standardized for ARM many years before hardware arrived. It didn't matter. It was widely ignored.
As long as we have to use U-Boot and use DTs provided by the OS instead, we're going to be in the same mess that ARM is in. The key is that UEFI needs to be so cheap to integrate by default that nobody can use the excuse of "low end" to avoid UEFI. I have a feeling that's not what's happening in RISC-V.
> ISA Profiles standard 2022 is in public review right now, and will likely be effective before the year ends.
The ability to chop up the ISA is going to have ugly side-effects for development and support of RISC-V. Various ISA profiles and modes already result in different psABIs, which flips the idea from an extensible ISA to a fragmented one.