long mode下注入外部中断触发#GP故障的原因及排查清单咨询

错误码0x11的二进制为10001，符合x86架构外部事件引发#GP的错误码格式：第0位EXT=1表示外部故障，高位索引部分对应你注入的中断向量的IDT索引，说明故障发生在CPU访问IDT对应条目、或执行中断跳转的流程中。
正常控制流下cs=0x10可正常运行，仅代表该选择子符合普通远跳转/代码执行的检查规则，中断门跳转有额外的合法性校验逻辑，因此不能完全排除段相关配置的问题。

可能的故障原因 #

• IDT对应中断向量的门描述符不符合long mode规范：最常见的是误用32位中断门描述符（仅8字节），或是64位门描述符的保留字段非0、类型字段错误（必须为0xE<中断门>或0xF<陷阱门>，S位必须为0）。
• IDT长度限制不满足访问需求：注入的中断向量号对应的IDT条目偏移超出了IDTR.Limit的范围，访问IDT条目越界触发#GP。
• 门描述符中存储的段选择子属性非法：虽然你指定的选择子值为0x10，但若IDT条目中填入的选择子的TI位被误设为1（指向LDT），或是LDT未加载、对应LDT条目无效，也会触发#GP。
• 中断注入时的上下文非法：hypervisor注入中断时未判断客户机当前状态，比如客户机正处于不可屏蔽中断上下文、或中断shadow状态（刚执行STI/MOV SS等指令后下一条指令未执行时注入中断），或是错误注入了保留向量、异常向量。
• 目标代码段属性和long mode冲突：虽然正常控制流下0x10选择子可用，但若中断门描述符对应的代码段的L位被清0（兼容模式代码段），而当前客户机运行在64位long mode下，中断跳转时会触发#GP。
• TSS配置缺失：如果中断触发时CPL发生变化（比如从ring3切到ring0），但TSS中未配置对应特权级的RSP或IST栈指针，或是栈地址属于非canonical地址，会触发#GP（部分场景下表现为#SS，取决于具体错误点）。

全面排查清单 #

IDT配置检查 #

• 确认IDTR寄存器的Base地址是有效物理地址，Limit值至少为 (最大使用中断向量号 * 16 - 1)，64位下每个IDT条目固定为16字节
• 检查触发#GP的中断向量对应的IDT条目属性：
  • 存在位（P位）必须为1
  • 类型字段必须为0xE（中断门）或0xF（陷阱门），S位必须为0
  • 保留位（第8~12位、条目高8字节的保留区域）必须全部为0
  • 条目内存储的段选择子值确实为0x10，无位翻转
  • 若使用IST切换栈，确认IST索引值在1~7范围内，未使用IST则该字段必须为0

GDT与段选择子检查 #

• 确认0x10选择子的属性：TI位为0（指向GDT），RPL为0
• 检查GDT中索引为2（0x10 >> 3）的段描述符属性：
  • 存在位（P位）为1，类型为代码段，可执行位为1
  • L位（长模式位）为1，D/B位为0，符合64位代码段要求
  • 段基地址为0（long mode下代码段基址强制为0，非0值会触发故障）
  • 段限长配置合法

中断注入逻辑检查 #

• 确认注入的中断向量号在0~255范围内，外部中断建议使用32以上的向量，避免占用CPU保留的异常向量
• 注入前确认客户机RFLAGS.IF位为1（非NMI/不可屏蔽中断场景），且客户机未处于中断shadow状态（可通过VMCS的中断shadow位判断）
• 确认注入中断时未错误附带错误码，外部中断默认不带错误码，需由CPU自动压栈的场景不能由hypervisor手动注入错误码
• 确认VMCS中中断注入的类型配置正确，标记为外部中断类型，不是异常/NMI类型

上下文与其他配置检查 #

• 确认客户机已正确加载TR寄存器，TSS段配置合法：
  • TSS描述符存在位为1，限长足够覆盖所有RSP、IST字段
  • 对应特权级的RSP字段已配置为有效、canonical形式的64位虚拟地址，且对应内存页已分配、可写
• 确认中断处理程序入口地址是canonical形式的64位虚拟地址，未超出long mode的地址范围
• 若开启了分页，确认中断处理程序入口、栈地址对应的页表项存在、可访问，权限符合要求

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