Topic IDTopic NameCompanyContactComments
EDK2_00_01MultiArchUefiPkgIntelAndrei Warkentin <>OpRom Emulator
Andrei Warkentin <>

Tuan Phan <>
Port of Tiano StandaloneMmPkg to various envos (raw M mode using OpenSBI, TEE using Salus/Penglai/etc) to support authenticated variable store and other scenarios.
EDK2_00_03FdtBusDxeIntelAndrei Warkentin <>DT-driven driver binding for Tiano, similar to what U-Boot does today.
EDK2_00_04Build sizeIntelAndrei Warkentin <>LTO and other size optimization with current compilers.
EDK2_00_05Tiano backtracingIntelAndrei Warkentin <>Useful crash information without a debugger across GCC and Clang (when available). Possibly depends on tool work.
EDK2_00_06SSTC supportVentanaSunil V L <>Currently EDK2 uses SBI for timer implementation. Enhance to use SSTC if available.
EDK2_00_07Clang supportVentanaSunil V L <>Currently only GCC is supported for RISC-V EDK2. Add clang support.
EDK2_00_08Basic MMU supportVentanaTuan Phan <>Add basic mmu support in EDK2
EDK2_00_09CMO supportRivosDhaval Sharma <>Add support for CMO extension in EDK2 (Need to confirm with Dhaval)
EDK2_00_10UefiPayloadPkgRivosDhaval Sharma <>Add RISC-V support in UefiPayloadPkg (Need to confirm with Dhaval)
EDK2_00_11EasyDriversDxeIntelAndrei Warkentin <>Make it easier to develop Tiano drivers, esp. where layered/composite drivers are involved (e.g. device that depends on a PMIC on an I2C bus, a NIC device with a PHY, where the PHY code is easily reusable, auto-binding using DT). May include a source-level compat shim to make it easy to bring U-Boot drivers over to Tiano.
EDK2_00_12EFI_MP_SERVICES_PROTOCOLIntelAndrei Warkentin <>At least useful for BRS/HW compliance suite.
EDK2_00_13libgcc and libatomic libsIntelAndrei Warkentin <>Similar to ArmPkg/Library/CompilerIntrinsicsLib

Sunil V L


Andrei Warkentin <>

Prototyped with RiscVVirtPkg?
EDK2_00_15EDK2 support for separate code and variable storageVentanaSunil V L <>To support secure variables (StandalongMMPkg) and to keep the firmware code as read only, we need to support separate flash images for edk2 code and variable store. QEMU 8.1 enables 2 flash drives for EDK2. So, this is possible only with QEMU 8.1
EDK2_00_16Svpbmt supportVentanaTuan Phan <>Add Svpbmt support in EDK2
EDK2_00_17Extension Discovery HOB definitionIntelAndrei Warkentin <>

PI Spec cleanup and definition of RISCV_CPU_HOB which provides information about few extensions like sstc, cmo and svpbmt used by edk2

EDK2_00_18RISC-V QEMU Server Reference PlatformIntel

Evan Chai <>

Build up a RISC-V server reference platform to address common challenges faced by SOC vendors in developing platform firmware products, thereby minimizing redundant tasks across the board.

SBI_00_01Sparse HARTID SupportVentanaAnup Patel <>Widely needed
SBI_00_02Firmware-first RAS handling SupportVentana

Himanshu Chauhan <>

SBI_00_03Native/hosted debug supportVentana

Himanshu Chauhan <>

TFM_00_01TF-M equivalent for secure bootImagination
UBOOT_00_01U-Boot for QEMU PCIe PassthruIntelfei2.wu@intel.comU-Boot needs to handle the memory hole of [3G, 4G), this is a task related to another project:
COREBOOT_00_01coreboot for SiFive Unmatched



Maximilian Brune of 9elements has an initial port; remaining is to upstream to coreboot. 

OpenSBI, Linux work correctly, including SMP. All board features work.

COREBOOT_00_02coreboot for StarFive VisionFive2



Port to VisionFive2

COREBOOT_00_03LinuxBoot for coreboot on RISC-V



Verify LinuxBoot operation on 2 or more boards; includes u-root and u-root netboot commands.

COREBOOT_00_04TianoCore for coreboot on RISC-V



There is limited interest for now because most LinuxBoot does most of what is needed.

MINIMAL SBI Surface for HPC systems
HPC_00_01Minimal functional SBI definition for HPC


HPC scaling requires minimal interference from kernel and firmware. This spec is intended to define the minimum viable product for SBI on HPC systems, as well as explore OS-first RAS.

OPTEE_00_01OP-TEE support


Add OP-TEE support and integrate with OpenSBI.

  • No labels