启用指定APIC虚拟化特性后，如何向虚拟机发送外部中断？（VMCS 0x810尝试失败）

当你启用了Use TPR shadow、Virtualize APIC access、APIC register virtualization、Virtual-interrupt delivery、Acknowledge external interrupts、External interrupts exit和Process posted-interrupts这些VMX APIC虚拟化特性后，直接修改VMCS的Guest interrupt status字段无法完成外部中断投递——这类特性下，中断投递依赖Posted-Interrupt (PI)机制，而非传统的直接修改VMCS状态。以下是具体实现步骤：

1. 确认Posted-Interrupt结构的正确初始化 #

PI机制依赖两个核心结构，必须提前完成配置：

• PI描述符（Posted-Interrupt Descriptor）：
  确保VMCS的Posted-interrupt descriptor address字段指向已初始化的PI描述符，结构及初始化示例：

  typedef struct {
      uint64_t pending    : 1;    // 标记是否有待处理中断
      uint64_t vector     : 7;    // 预留的中断向量（可动态修改）
      uint64_t reserved   : 56;
      uint64_t pir_addr;          // 指向Posted-Interrupt Request (PIR)表的物理地址
  } pi_descriptor_t;
  
  // 初始化示例
  pi_descriptor_t pi_desc = {
      .pending = 0,
      .vector = 0x20, // 示例：使用时钟中断向量
      .pir_addr = (uint64_t)pir_table_ptr; // PIR表需按页对齐分配
  };
  

• PIR表（Posted-Interrupt Request Table）：
  这是一个64位（或多个64位）的位图，每一位对应一个中断向量（bit n对应向量n）。需确保表地址已正确关联到PI描述符，且内存属性为可读写。

2. 触发外部中断投递流程 #

当需要将外部中断重定向至虚拟机时，执行以下操作：

1. 标记PIR表对应位：将PIR表中目标中断向量对应的位置1，例如向量0x20对应PIR表的第32位：

   pir_table_ptr[0] |= (1ULL << 32);
   

2. 设置PI描述符的Pending位：将PI描述符的pending位设为1，通知虚拟化层有待处理的中断。
3. 发送PI通知：向运行目标vCPU的物理CPU发送一个Posted-Interrupt Notification——通常通过向物理APIC的ICR寄存器写入特定值（目标CPU ID + 触发模式为PI通知），触发VM-entry时自动处理中断投递。

3. 排查VMCS控制位的一致性问题 #

如果仍无法投递，检查以下VMCS配置是否正确：

• 确认Process posted-interrupts位（VM-exit controls的bit 13）已启用，这是PI机制生效的前提。
• 当Virtual-interrupt delivery启用时，Guest interrupt status字段会被虚拟化层动态维护，手动设置的0x810可能被覆盖，无需手动修改该字段。
• 确保External interrupts exit位启用时，虚拟化层在收到物理外部中断后，会将其映射到虚拟机的虚拟APIC，而非直接丢弃。

4. 验证中断路径完整性 #

• 检查物理IOAPIC/HPET是否将目标外部中断路由到了运行vCPU的物理CPU。
• 通过查看VMCS的VM-exit reason字段，确认是否有外部中断触发的VM-exit（原因码为0x30），若有则需检查虚拟化层对该exit的处理逻辑是否正确映射到PI机制。

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