如何使用 PSCI 接口在 Hyp/EL2 模式下启动内核？

Question

我正在尝试了解如何使用 U-boot PSCI 接口将内核引导到 HYP 模式。

通过 u-boot 源，我确实看到有一个通用 psci.S 和其他 psci.S，它们是特定于板的，并且有以下疑问。

1)。 psci.S 如何以及在何处适合正常的 u-boot 流程（在引导 u-boot 时何时以及如何调用 cpu_on 和 cpu_off 等 psci 服务）。s

2)。 u-boot的这个psci接口是如何在HYP模式下启动内核的（psci接口是什么让Linux内核以HYP模式启动）？

Answer 1

1)。 psci.S 如何以及在何处适合正常的 u-boot 流程

U-boot 留出一些安全世界内存并在其中复制用于保护监控代码的安全，以便在 U-Boot 退出后保持驻留并提供对某些 PSCI SMC 调用的最少处理。

（在启动 u-boot 时何时以及如何调用 cpu_on 和 cpu_off 等 psci 服务）

他们不是。 U-Boot 仅在主 CPU 上运行并移交给 Linux。 Linux 可能会在其自身启动过程的后期启动辅助内核，但 U-Boot 早已不复存在，除了前面提到的安全监控代码。

2)。 u-boot的这个psci接口如何在HYP模式下启动内核

不是。

（psci接口中允许Linux内核以HYP模式启动的东西是什么）？

什么都没有。

---

您提到的补丁系列背后的要点是，对于 32 位 ARM 平台来说，拥有可感知 TrustZone 的硬件设计但支持垃圾软件的情况太普遍了（不幸的是，现在仍然如此）。供应商 BSP 实现了足够的引导加载程序来启动，并且永远不会从引导切换出安全 SVC 模式，因此整个 Linux 在安全世界中运行，并且他们的内核充满了高度特定于平台的代码直接像电源控制器这样的硬件。如果您想使用虚拟化，这会带来一个问题（如果您是 KVM/ARM 的共同维护者并且最近给自己买了一辆 CubieTruck，这显然是一个紧迫的问题......） - 使用 U- 很容易这样一个平台的引导代码，并在启动 Linux 之前将其切换到 NS-HYP，从而启用 KVM（当时上游 U-boot 已经对此有一些基本的支持），但是一旦你退出了安全世界，你以后就不能使用依赖于仅安全硬件的原始smp_operations 来启动您的辅助 CPU。

通过在引导加载程序的后面实现一些微不足道的运行时“固件”，您可以根据需要以最简单的方式回调到安全世界，并且将必要的特定于平台的代码移到那里是最有意义的将操作抽象到一个简单的固件调用接口后面，尤其是如果 Linux 已经支持一个合适的接口。

PSCI 本身绝对没有什么特别之处 - 有很多 ARM 平台具有适当的安全固件，它们通过它们自己的专有协议实现电源管理和 SMP 操作。唯一模糊相关的方面是符合 PSCI 规范保证所有 CPU 将以相同的模式出现，因此如果您最初在 HYP 中进入 Linux，您将不会看到不匹配的辅助节点出现在其他不兼容的情况下模式或安全状态。