x86_64二级引导加载器无法正确跳转至内核入口问题排查

环境与场景 #

• 开发环境：macOS平台，使用NASM编写x86_64架构64位操作系统二级引导加载器
• 测试工具：QEMU
• 核心问题：Stage 2加载成功后，跳转至高位地址0xFFFFFFFF80000000处的内核时系统冻结

当前现象 #

• Stage 2被成功读取并加载至内存，控制台输出「Stage 2 loaded successfully!」
• 执行跳转至0xFFFFFFFF80000000地址的内核操作后，系统直接冻结
• 内核仅190字节，已适配分配扇区，第一阶段引导位于0x7C00

调试信息与异常提示 #

• 插入VGA打印调试语句后，控制台无任何输出
• 汇编时出现两处警告：

  boot/x86_64/second_stage.asm:172: warning: signed dword immediate exceeds bounds [-w+number-overflow]
  boot/x86_64/second_stage.asm:172: warning: dword data exceeds bounds [-w+number-overflow]

• 疑似load_kernel调用后未返回，BIOS中断可能存在异常
• 寄存器状态正常，已进入64位模式，但0xFFFFFFFF80000000地址不可访问

排查方向与解决方案建议 #

1. 地址空间映射问题

   • 64位模式下0xFFFFFFFF80000000属于内核虚拟地址空间，需确认是否已通过页表完成虚拟地址到物理地址的映射。未建立页表时直接访问该地址会触发页错误，导致系统冻结。
   • 检查二级引导加载器中页表初始化代码，确保PML4、PDPT、PD、PT各级页表正确配置，将虚拟地址0xFFFFFFFF80000000映射到内核实际加载的物理地址（如0x100000这类常规内核物理地址）。

2. 汇编警告修复

   • 定位second_stage.asm第172行代码，检查是否误用32位操作数处理64位地址。例如使用mov eax, 0xFFFFFFFF80000000这类指令，eax是32位寄存器无法容纳64位立即数，需改为mov rax, 0xFFFFFFFF80000000或通过内存加载地址。

3. BIOS中断可靠性问题

   • 进入64位模式后BIOS中断不再可用，如果load_kernel函数仍使用BIOS中断（如int 0x13）读取磁盘，会触发异常。需切换到64位模式下的磁盘读取方式，或提前在32位保护模式下完成内核加载。

4. 内核加载地址验证

   • 通过QEMU调试工具（如info mem、x /10i 物理地址）查看内核代码是否被正确写入目标物理内存区域，确认实际加载地址正确。
   • 检查链接脚本linker.ld中内核的链接地址是否与引导加载器的加载地址匹配，避免链接地址和实际加载地址不一致导致跳转错误。

5. 跳转指令正确性

   • 跳转至64位内核时需使用正确的远跳转指令（如jmp 0x08:0xFFFFFFFF80000000，其中0x08为64位代码段选择子），确保代码段描述符配置正确，权限和属性符合64位模式要求。

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