RISC-V主管二進制接口（SBI）是以下之間的推薦接口：

　　在M模式下運行的特定于平臺的固件和在 S 模式或 HS 模式下運行的引導加載程序、管理程序或通用操作系統。

　　在HS模式下運行的管理程序和在 VS 模式下運行的引導加載程序或通用操作系統。

　　RISC-V SBI 規范作為一個獨立項目由 RISC-V 基金會在Github上維護。

　　OpenSBI 項目的目標是為在 M 模式下執行的特定于平臺的固件（上述案例 1）提供 RISC-V SBI 規范的開源參考實現。RISC-V 平臺和片上系統供應商可以輕松擴展 OpenSBI 實現，以適應特定的硬件配置。

　　OpenSBI的主要組件以實現 SBI 接口的獨立于平臺的靜態庫libsbi.a的形式提供。固件或引導加載程序實現可以鏈接到該庫，以確保符合 SBI 接口規范。libsbi.a還定義了一個接口，用于與平臺固件實現提供的平臺特定操作集成（例如控制臺訪問功能、處理器間中斷控制等）。

　　為了說明libsbi.a庫的使用，OpenSBI 還提供了一組特定于平臺的支持示例。對于每個示例，可以編譯特定于平臺的靜態庫libplatsbi.a 。該庫通過將libsbi.a與必要的平臺相關硬件操作函數集成來實現 SBI 調用處理。對于所有支持的平臺，OpenSBI 還提供了幾個使用平臺 libplatsbi.a構建的運行時固件示例。這些示例固件可用于替換傳統的 riscv-pk引導加載程序（又名 BBL），并支持使用眾所周知的引導加載程序，例如U-Boot。

　　支持的SBI版本

　　目前，OpenSBI 完全支持 SBI 規范v0.2。OpenSBI 還支持從 OpenSBI v0.7 開始的 Hart 狀態管理 （HSM） SBI 擴展。HSM 擴展允許 S 模式軟件以定義的順序引導所有 harts，而不是傳統的隨機引導 harts 方法。因此，在 S 模式下也可以輕松支持許多必需的功能，例如 CPU 熱插拔、kexec/kdump。OpenSBI 中的 HSM 擴展以非向后兼容的方式實現，以減少維護負擔并避免混淆。這就是為什么如果 S-mode 不支持 HSM 擴展，任何使用 OpenSBI 的 S-mode 軟件都無法啟動超過 1 個 hart。

　　Linux 內核從 v5.7-rc1開始已經支持 SBI v0.2 和 HSM SBI 擴展。如果您使用的是早于5.7-rc1的 Linux 內核或任何其他沒有 HSM SBI 擴展的 S-mode 軟件，您應該堅持使用 OpenSBI v0.6 來引導所有 harts。對于 UMP 系統，這無關緊要。

　　注意 任何 S-mode 引導加載程序（即 U-Boot）都不需要支持 HSM 擴展，因為它不需要引導所有的 harts。操作系統應該有足夠的能力使用 HSM 擴展啟動所有其他非啟動 hart。

　　所需工具鏈

　　OpenSBI 可以本地編譯或在 x86 主機上交叉編譯。對于交叉編譯，您可以構建自己的工具鏈，從Bootlin 工具鏈存儲庫下載預構建的工具鏈或安裝發行版提供的工具鏈；如果您選擇使用 LLVM/Clang，由于 LLVM 能夠在同一二進制文件中支持多個后端，因此大多數分發工具鏈將支持使用與本地 LLVM/Clang 工具鏈相同的工具鏈對 RISC-V 進行交叉編譯，因此通常很容易獲得有效的交叉編譯工具鏈的方法。

　　基本上，我們更喜歡具有位置無關可執行文件 （PIE） 支持的工具鏈，例如riscv64-linux-gnu-gcc、riscv64-unknown-freebsd-gcc或 Clang/LLVM，因為它們生成的 PIE 固件映像可以在任意地址運行并進行適當對齊。如果使用裸機 GNU 工具鏈（例如 riscv64-unknown-elf-gcc），則會生成靜態鏈接固件映像。如果使用裸機三元組（例如-target riscv64-unknown-elf），Clang/LLVM仍然可以生成 PIE 圖像。

　　請注意，目前 Bootlin 工具鏈存儲庫中僅提供 64 位版本的工具鏈。