QEMU/virt64(armv8) EL2 Hypervisor IRQ注入地址与异常问题咨询

关于vGIC地址的确认 #

在QEMU virt64（ARMv8）平台上，物理GICv3的默认基址确实是Distributor在0x08000000，CPU接口（RD_base）在0x08040000，但vGIC不能直接复用物理地址：客户机的vGIC地址是由hypervisor分配并通过第二阶段页表映射暴露的虚拟地址，需要将客户机访问的vGIC地址路由到hypervisor的vGIC模拟逻辑，而非直接指向物理GIC硬件。

针对IRQ 1023（伪中断）的解决步骤 #

• 修正vGIC地址映射
  为客户机分配独立的vGIC虚拟地址（例如0x2F000000作为Distributor基址，0x2F040000作为CPU接口基址），然后配置第二阶段页表，将这些虚拟地址映射到hypervisor的vGIC处理入口，确保客户机对vGIC的所有访问都被hypervisor拦截并模拟，而非透传到物理GIC。

• 检查SGI注入的寄存器配置
  注入SGI #4时，需确保：

  • LR寄存器的INTID字段正确设置为4（SGI的INTID范围是0-15），state位设为0b01（pending状态），同时其他字段（比如priority）符合客户机的中断配置。
  • HCR_EL2的VI位已置1，开启虚拟中断注入；VMCR_EL2的EOImode设为0，确保中断状态能被正确处理。
  • 客户机的PSTATE.I位处于允许中断的状态（即未屏蔽IRQ）。

• 拦截客户机的GIC寄存器访问
  IRQ 1023通常是客户机直接读取物理GIC且无pending中断时的返回值，需确认：

  • hypervisor已正确拦截客户机对ICC_IAR1_EL1（中断确认寄存器）的访问，当客户机读取该寄存器时，hypervisor应返回你注入的SGI #4，而非让客户机直接访问物理硬件。
  • 第二阶段页表未将物理GIC地址映射给客户机，避免客户机绕过hypervisor直接访问物理GIC。

• 验证vGIC控制器初始化
  确保hypervisor完成了vGIC的核心初始化：

  • 为客户机vCPU初始化GICH_VTR_EL2，确认可用的LR寄存器数量（至少需1个用于存储注入的SGI）。
  • 置位GICH_HCR_EL2的En位，启用vGIC控制器。
  • 正确初始化客户机vGIC的Distributor模拟状态，确保客户机能识别到注入的SGI。

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