32位OS跳转重载代码段后崩溃问题求助

核心问题定位 #

你的32位OS在执行jmp 0x08:.reload_CS后崩溃，最可能的原因是GDT的Limit参数设置错误，导致CPU无法访问到正确的代码段描述符，触发保护模式异常。

具体错误点 #

看initGdt函数中的这行代码：

lgdt(&gdt, sizeof(gdt)-1);

如果gdt是指针类型（而非数组），sizeof(gdt)在32位系统中仅返回指针的大小（4字节），计算后limit会被设置为3。但你的GDT包含5个描述符（每个8字节，总大小40字节），正确的limit应该是39（40-1）。

当CPU尝试通过选择子0x08访问第二个GDT描述符时，该描述符的偏移是8-15字节，已经超出了错误的limit=3范围，直接触发异常导致崩溃。

修复步骤 #

1. 修正GDT大小计算

   • 如果gdt是全局数组（比如struct gdt_descriptor gdt[5];），确保sizeof(gdt)返回整个数组的大小，此时lgdt(&gdt, sizeof(gdt)-1);是正确的，同时要确认数组长度足够容纳5个描述符。
   • 如果gdt是指针，必须手动计算总大小：

     lgdt(&gdt, 5 * sizeof(struct gdt_descriptor) - 1);
     

2. 验证GDT描述符属性
   检查GDT_CODE_PL0的宏定义是否正确，确保：

   • 代码段G位（粒度位）设为1（4KB粒度）
   • D/B位设为1（32位代码段）
   • Type字段设为0x0A（可执行、可读、非一致代码段）
   • P位（存在位）设为1
   • DPL设为0

3. 调试验证
   使用QEMU调试模式定位问题：

   qemu-system-i386 -s -S -kernel your_kernel.bin
   

   用GDB连接后，设置断点在reloadSegments处，查看gdtr寄存器的值：

   info registers gdtr
   

   确认base指向正确的GDT地址，limit是39（对应40字节的GDT）。同时查看GDT内容：

   x/5xg 0xXXXXXXX  # 替换为gdtr.base的实际地址
   

   检查第二个描述符（索引1）的属性是否符合32位代码段要求。

额外注意事项 #

• 执行远跳转后立即重载所有数据段寄存器（你的代码这部分逻辑正确），确保后续内存访问使用新的GDT数据段。
• 确认Multiboot引导后CPU处于32位保护模式，避免在实模式下执行保护模式段操作。

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