向VMCS-PIR字段注入异常：前32个中断无法交付问题咨询

核心结论 #

x86硬件本身对PIR（Posted Interrupt Request）的低32位中断存在设计约束，默认不支持通过发布式中断异步注入，这类中断必须通过同步方式（如VM-Entry Interruption-Information Field）注入，同时KVM/QEMU的实现严格遵循了这一硬件规范。

具体原因分析 #

• 硬件规范限制：根据Intel VT-d及VMX架构规范，PIR的低32位对应传统固定中断向量（如时钟、键盘中断等），这类中断属于"外部同步中断"范畴。硬件设计要求此类中断必须与VM的执行状态严格同步，因此仅允许通过VM-entry的同步机制注入，禁止使用PIR的异步发布式路径，避免时序错乱或虚拟机状态不一致。
• KVM/QEMU实现逻辑：KVM在处理发布式中断时，会主动过滤PIR的低32位中断，强制将其导向同步注入流程。你在实验中观察到的现象，正是虚拟化层契合硬件规范的表现。

关于中断掩码的说明 #

不存在专门针对PIR低32位的独立启用/禁用掩码。这类中断的注入方式由硬件规范和虚拟化层实现共同决定，无法通过配置掩码强制启用异步注入。若需向VM注入低32位中断，只能使用VM-Entry Interruption-Information Field的同步注入方式。

内容的提问来源于stack exchange，提问作者Benedict Schlüter