QEMU ARMv8A平台EL2/EL3下PSCI启动多核心失败排查

PSCI是否为厂商特定？ #

PSCI（Power State Coordination Interface）是ARM标准化的接口，并非厂商特定，仅部分厂商会在标准基础上扩展自定义功能。你观察到Linux通过HVC发起符合规范的同步异常，说明Guest在使用标准PSCI调用——无EL3时，Guest默认会以HVC作为PSCI调用通道，而非SMC。当前报错-22（EINVAL），大概率是Hypervisor对PSCI_CPU_ON调用的处理不符合规范。

无EL3时EL2层级启动CPU的核心步骤 #

在无EL3的ARMv8-A系统中，Hypervisor（EL2）需全权负责CPU启动逻辑，核心步骤如下：

1. 预初始化目标CPU启动上下文
   • 为目标CPU（如CPU1）配置EL2异常向量表（VTCR_EL2、VTTBR_EL2）、SPSR_EL2（指定启动后进入EL1的状态，如AArch64/EL1h）、ELR_EL2（设置Guest Linux中该CPU的入口地址，通常为secondary_start_kernel）。
   • 确保目标CPU的MMU、GIC等关键组件上下文已配置完成，可正常运行Guest代码。
2. 触发QEMU虚拟硬件唤醒CPU
   • QEMU中未运行的CPU处于halted状态，需通过虚拟硬件寄存器操作唤醒：可向GICD_ISENABLER寄存器写入值，给目标CPU发送唤醒IPI；或通过内存映射的硬件寄存器触发QEMU内部的CPU唤醒逻辑。
   • 可通过QEMU monitor命令info cpus查看CPU状态，确认唤醒后CPU是否从halted切换为running。
3. 正确响应PSCI调用
   • Hypervisor收到HVC触发的PSCI_CPU_ON调用后，必须返回PSCI_SUCCESS（0）给Guest，否则Guest会判定启动失败。当前报错-22，说明Hypervisor要么返回了错误码，要么未正确处理调用参数（如CPU ID无效、入口地址不合法）。

QEMU命令行关键配置检查 #

确保命令行包含以下核心参数，避免硬件模拟层面的问题：

qemu-system-aarch64 -machine virt,gic-version=3 -cpu cortex-a53 -smp 4 -m 1G \
  -kernel path/to/guest-linux-image -initrd path/to/initramfs \
  -append "console=ttyAMA0 loglevel=8 psci.hvc_call=1" \
  -bios path/to/your-hypervisor.bin -nographic -s -S

• -smp 4：明确指定4核，确保QEMU模拟4个Cortex-A53核心。
• psci.hvc_call=1：强制Guest Linux使用HVC作为PSCI调用通道（无EL3时默认是HVC，显式设置避免歧义）。
• -bios：指定你的Hypervisor镜像作为启动固件，确保系统从EL2启动。
• -s -S：开启GDB调试端口并暂停CPU启动，方便调试。

调试建议 #

• 在Hypervisor的HVC异常处理函数中打印PSCI调用参数（目标CPU ID、入口地址、上下文ID），确认参数是否匹配Guest预期。
• 使用QEMU monitor的info cpus命令，验证CPU1在Hypervisor触发唤醒后的状态变化。
• 检查Guest Linux的secondary_start_kernel入口地址是否正确写入目标CPU的ELR_EL2，且该地址为物理地址（启动阶段MMU通常未开启）。

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