xv6(x86)用C替代汇编初始化页表失败问题排查

核心排查点 #

1. 分页项权限与属性位错误 #

x86页目录项(PDE)和页表项(PTE)的最低3位是核心属性：P(存在位)必须设为1，否则CPU会触发页错误；内核页的RW(读写位)要设为1；初始化阶段US(用户位)必须设为0（内核态专属）。

• 检查你的C代码是否正确使用xv6定义的PTE_P、PTE_W宏，别只赋值物理地址却漏加属性位——这种错误会让CPU判定页不存在，直接引发三重故障导致模拟器冻结。

2. 循环边界与地址范围错误 #

二级分页中，页目录、页表各有1024项，对应4GB地址空间：

• 检查页目录初始化循环：是否覆盖了当前执行代码所在的低地址段？xv6初始化阶段需要先做低地址恒等映射，保证分页启用后CPU能找到正在执行的指令，要是循环没覆盖到这个范围，直接就会丢指令。
• 检查页表项填充循环：每个PDE对应的页表是否都填了1024个PTE？循环次数少了会导致部分地址无映射，触发页错误。

3. 页表/页目录物理地址对齐问题 #

x86强制要求页目录、页表必须4KB对齐：

• 检查entrypgtable和entrypgdir的定义是否加了__attribute__((aligned(4096)))？没对齐的话，CPU访问页表时会直接抛出异常。
• 用GDB执行p/x &entrypgdir，查看地址最后12位是否为0，确认对齐状态。

4. C函数调用后的寄存器与栈状态错误 #

entry.S作为汇编入口，调用C函数后必须保证寄存器、栈状态符合后续逻辑要求：

• 检查entry.S调用init_entrypgdir后，是否正确恢复了栈指针？C函数会修改栈结构，栈没恢复的话后续执行直接乱套。
• 检查CR3寄存器的加载：调用C函数后，是否把entrypgdir的物理地址加载到CR3？初始化阶段还没启用分页，虚拟地址等于物理地址，但如果C函数误给地址加了偏移，就会导致CR3值错误。

5. 分页启用后的地址映射冲突 #

xv6内核最终映射到高地址（0xC0000000开始），但初始化阶段必须同时做低地址恒等映射和高地址内核映射：

• 检查你的C代码是否同时配置了这两个映射？要是只设了高地址映射，当前执行的代码还在低地址，启用分页后CPU直接找不到指令，模拟器就会冻结。

实用调试技巧 #

• 在init_entrypgdir内部设GDB断点，确认函数是否正常执行、循环是否能走完。
• 打印页目录和页表内容对比汇编版本：用x/1024wx entrypgdir查看每个PDE的属性和地址是否正确。
• 在启用分页的指令（movl %eax, %cr3、movl %cr0, %eax; orl $0x80000000, %eax; movl %eax, %cr0）前设断点，检查CR3的值是否符合预期。

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