RISC-V开源主管二进制接口(OpenSBI)

　　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 位版本的工具链。