Stories
Slash Boxes
Comments

SoylentNews is people

posted by janrinok on Friday February 28 2020, @02:04PM   Printer-friendly

UEFI Boot Support Published For RISC-V On Linux

Western Digital's Atish Patra sent out the patch series on Tuesday for adding UEFI support for the RISC-V architecture. This initial UEFI Linux bring-up is for supporting boot time services while the UEFI runtime service support is still being worked on. This RISC-V UEFI support can work in conjunction with the U-Boot bootloader and depends upon other recent Linux kernel work around RISC-V's Supervisor Binary Interface (SBI).

Building off the common (U)EFI code within the Linux kernel, the RISC-V bring-up so far is just over four hundred lines of code. Depending upon how quickly this code is reviewed, the initial UEFI RISC-V support could land for the Linux 5.7 cycle. So far this RISC-V UEFI boot support has been tested under QEMU.

Unified Extensible Firmware Interface (UEFI).

See also: Linux EFI Going Through Spring Cleaning Before RISC-V Support Lands

Related:
Western Digital to Transition Consumption of Over One Billion Cores Per Year to RISC-V
Western Digital Publishes RISC-V "SweRV" Core Design Under Apache 2.0 License


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 0) by Anonymous Coward on Friday February 28 2020, @08:29PM (1 child)

    by Anonymous Coward on Friday February 28 2020, @08:29PM (#964314)

    I'm thinking it's to do with the RISC-V chips they're developing for their HDD controllers.

  • (Score: 1) by petecox on Friday February 28 2020, @11:53PM

    by petecox (3228) on Friday February 28 2020, @11:53PM (#964409)

    400 lines of code to support what was already there for ARM, whose SBBR specification mandates UEFI.

    If WD want to release a riscv-powered NAS, compliance with whatever's expected on ARM64...