如何使用PSCI接口在Hyp/EL2模式下啓動內核？

Question

我想了解如何使用U啓動PSCI接口啓動內核進入HYP模式。

通過u-boot源代碼，我看到有一個通用的psci.S和其他psci.S這是板特定的，並有以下懷疑。

1）。 psci.S如何適用於正常的u-boot流程（在引導u-boot時調用cci_on和cpu_off時，何時以及如何使用psci服務）。

2）。如何使用u-boot的psci接口在HYP模式下啓動內核（psci接口中的什麼功能可以讓Linux內核在HYP模式下啓動）？

Answer 1

1）。如何以及在哪裏psci.S在正常的u-boot適合流動

的U-boot留出一些安全的世界的記憶並複製安全監控代碼存在，所以它可以駐留的U-Boot退出後，提供一些PSCI SMC調用的最小處理。

他們不是（何時以及如何PSCI像cpu_on和cpu_off服務，同時啓動的u-boot被調用）。 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本身 - 有大量的具有適當的安全固件與它們實現電源管理和SMP操作的ARM平臺，而是通過自己的專有協議。只有依稀的相關方面是符合PSCI規範保證了所有CPU都將拿出相同模式，因此，如果你沒有在最初進入HYP的Linux，你不會看到不匹配的次級即將在其他一些不兼容模式或安全狀態。