启用EPT的KVM中Guest访未分配内存先触发缺页还是EPT违规？

核心结论 #

你的推导逻辑完全准确：Guest OS内程序首次访问未分配内存时，会先触发宿主机侧的EPT violation，待KVM完成EPT表项填充、返回Guest运行后，才会触发Guest OS自身的page fault。

时序逻辑拆解 #

整个异常触发流程和硬件地址转换的层级强相关，按执行顺序拆解如下：

• Guest运行在非根模式时，所有内存访问都要经过两层地址转换：第一层是Guest虚拟地址（GVA）到Guest物理地址（GPA）的转换，依靠Guest自身维护的页表完成，页表基地址存放在Guest的CR3寄存器中（CR3存储的是GPA，不是宿主机物理地址）；第二层是GPA到宿主机物理地址（HPA）的转换，依靠EPT页表完成，EPT由KVM维护、CPU硬件自动遍历。
• 当Guest程序首次访问未分配的虚拟地址时，CPU首先启动GVA到GPA的转换流程，第一步需要读取CR3指向的Guest页表最高级节点（PML4表）。此时CR3中存储的GPA会首先送入EPT硬件做转换，而首次访问对应内存区间时，KVM尚未为该段GPA建立EPT映射表项，CPU会直接产生EPT violation，触发VM-Exit陷入宿主机。
• KVM收到VM-Exit后会判断异常原因：如果是合法Guest内存区间触发的EPT缺页，KVM会为对应的GPA分配实际的宿主机物理页，填充正确的EPT表项，之后执行VMRESUME指令回到Guest，从被中断的指令位置继续执行。
• Guest恢复运行后，CPU会重新启动GVA到GPA的转换流程，此时访问Guest页表的GPA已经可以通过EPT找到对应的HPA，CPU可以顺利遍历完整的Guest页表，遍历完成后才会发现Guest页表中不存在目标GVA的有效映射，此时才会触发Guest OS自身的page fault，进入Guest的缺页异常处理流程（比如分配Guest物理页、填充Guest页表项等）。

常见认知误区 #

很多人会误以为Guest page fault先触发，本质是忽略了一个核心前提：Guest自身的页表也是存放在内存中的数据，访问Guest页表的内存操作同样需要经过EPT的地址转换检查。在EPT未建立对应映射的阶段，CPU根本无法读取到Guest页表的内容，自然没有机会触发Guest侧的缺页异常。

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