启用PRESENT标志且CR3正确设置时触发错误码为0的x86页错误（加载ELF时出现）

问题描述 #

我正在开发一个操作系统，以“Nanobyte OS”为基础进行开发，因为我在工具链和编译系统上遇到了不少麻烦。但现在加载ELF文件时出现了问题——毫无征兆地触发了页错误。
触发页错误时的寄存器状态：

• EIP = 0x00101EB6
• CR3 = 0x0010F000
• CR2 = 0x08048080

相关代码片段（paging.c） #

#include "malloc.h"
#include <...

排查与分析 #

错误码为0的x86页错误，核心触发原因是目标地址对应的页表项（PTE）的PRESENT（P）标志未置位，但你提到已经启用了该标志，那可以从以下几个方向逐一排查：

• 逐层验证页映射的有效性：别只检查页目录项（PDE）的P位，必须递归检查到最底层的页表项（PTE）。很多时候开发者会遗漏页表本身的映射——比如你设置了页目录项指向某个页表，但这个页表所在的物理页自己的PTE没设P位，CPU依然会判定为页不存在。
• 确认CR2指向地址的页表项：直接针对0x08048080这个地址计算对应的页目录索引和页表索引，手动读取对应位置的页表项，看P位是否真的被正确置1。可以写个简单的调试函数来打印这些位，比凭记忆排查靠谱得多。
• 检查页表项的物理地址合法性：页表项里的物理地址必须是物理内存地址，而且要对齐到4KB边界（标准分页模式下）。如果不小心填了虚拟地址，或者地址未对齐，CPU会无法正确识别这个页的存在，表现出来就是P位看似设置但实际无效。
• ELF加载逻辑的正确性：加载ELF程序头时，是否正确计算了虚拟地址到物理地址的映射范围？有没有可能0x08048080刚好落在你未映射的地址区间里？比如程序头的p_vaddr和p_memsz计算错误，导致部分代码段/数据段的地址没被映射。
• 特权级匹配检查：虽然错误码0主要对应P位问题，但还是要确认当前CPU的特权级（CPL）和0x08048080所在页的U/S标志是否匹配。如果是内核态（CPL=0）访问用户态页，U/S位设为1是允许的，但如果是用户态访问内核页且U/S位为0，会触发特权级错误（错误码位1置位），你这里错误码是0，所以这个可以放在后面排查。

内容来源于stack exchange