虚拟化之异常

中断被系统中的硬件用于向软件发出事件信号。例如，GPU可能会发送一个中断来表示它已经完成了渲染一帧的操作。

使用虚拟化的系统更加复杂。一些中断可能由 hypervisor 本身处理。其他中断可能来自分配给虚拟机（VM）的设备，需要由该 VM 内的软件处理。此外，中断的目标虚拟机在接收到中断时可能并未运行。

这意味着您需要机制来支持 hypervisor 在 EL2 中处理某些中断。您还需要机制来将其他中断转发到特定的虚拟机或虚拟机内的特定虚拟 CPU（vCPU）。

为了实现这些机制，架构提供了对虚拟中断的支持：vIRQs、vFIQs 和 vSErrors。这些虚拟中断的行为类似于它们的物理对应物（IRQs、FIQs 和 SError 中断），但只能在执行 EL0 和 EL1 时发出信号。在执行 EL2 或 EL3 时是不可能接收到虚拟中断的。

【注意】：回顾一下，在 Armv8.4-A 中引入了在 Secure 状态下进行虚拟化的支持。要在 Secure EL0/1 中发出虚拟中断，必须支持并启用 Secure EL2。否则，虚拟中断在 Secure 状态下不会被发出。

启用虚拟中断

为了将虚拟中断信号传递到 EL0/1，hypervisor 必须在 HCR_EL2 中设置相应的路由位。例如，要启用 vIRQ 信号，hypervisor 必须设置 HCR_EL2.IMO。此设置将物理 IRQ 异常路由到 EL2，并启用将虚拟异常传递到 EL1。

虚拟中断按中断类型进行控制。理论上，可以配置 VM 接收物理 FIQ 和虚拟 IRQ。但在实践中，这是不寻常的。通常，VM