能否在禁用TrustZone CPU模拟的QEMU-KVM中替代TCG运行OP-TEE？

核心结论 #

确实存在硬件和固件层面的检查机制，确保BL1必须在EL3特权级下执行，这也是你关闭TrustZone后BL1无法运行的直接原因。

具体细节 #

• TrustZone与EL3的绑定关系：ARM架构中，EL3是TrustZone架构专属的最高特权级，只有开启TrustZone时，CPU才会暴露EL3执行环境。当你在QEMU中关闭TrustZone模拟后，CPU的特权级上限仅为EL2（虚拟化层）或EL1（内核层），不存在EL3运行环境。
• BL1的代码依赖：作为ARM Trusted Firmware（ATF）的第一阶段引导程序，BL1的入口代码bl1_entrypoint.S直接依赖EL3特有的寄存器（如SCR_EL3、CPTR_EL3）和特权指令。这些指令在非EL3环境下执行会触发未定义指令异常，导致BL1直接崩溃，表现为“未被执行”。
• QEMU+KVM的启动逻辑：启用KVM并关闭TrustZone时，QEMU会模拟不支持EL3的CPU硬件。此时即便指定BL1作为BIOS，KVM/QEMU也无法切换到EL3（硬件模拟层面无此层级），BL1入口代码无法正常执行，直接终止。

可行的调整方向 #

• 若需在KVM下运行BL1，需确认QEMU模拟的CPU型号支持TrustZone（部分ARMv8-A平台的KVM实现提供有限的TrustZone模拟能力，需匹配CPU和QEMU版本）。
• 若无法启用TrustZone，只能替换BL1，改用不依赖EL3的引导程序（比如直接将U-Boot作为BIOS）。

内容的提问来源于stack exchange，提问作者lastages