16位C语言bootloader调用printString函数无法执行问题排查

核心问题根因 #

结合提供的代码、链接脚本与构建配置，printString无法被触发是实模式bootloader开发中的典型配置错误叠加导致的，具体问题点如下： #

具体问题拆解 #

1. 未初始化实模式栈，C函数调用流程直接失效 #

BIOS完成MBR加载后，将执行权交给0x7C00位置代码时，寄存器中的SS/SP为BIOS临时设置的不可靠值，没有为C语言函数调用预留合法栈空间。

• C语言的函数调用流程完全依赖栈：执行call指令时需要将返回地址压入栈空间，函数执行完后通过ret指令从栈中弹出返回地址恢复执行流
• 当前代码没有在进入C逻辑前添加实模式栈初始化（例如设置SS=0x0000、SP=0x7C00，将栈放在MBR下方的可用内存区域），执行call printString时栈指针指向非法内存，返回地址会被随机内存值覆盖，程序直接跑飞，根本不会跳转到printString的函数入口。

2. 链接脚本遗漏关键段，内存布局与符号解析错误 #

当前链接脚本仅手动放置.text段与引导签名段，没有覆盖所有需要加载到MBR内存区域的内容：

• GCC编译生成的字符串常量默认放在.rodata段，脚本仅收集*(.text)，没有将.rodata段纳入加载范围，导致字符串"Hello, World"不会被加载到0x7C00开始的内存区域，传入printString的字符串指针为无效地址
• 部分编译器会将程序入口代码放在.text.startup段，遗漏该段会导致函数符号的地址与实际加载位置不匹配，函数调用的目标地址计算出错。

3. 远跳转指令长度错位，代码执行流偏移 #

使用GCC的.code16gcc编译16位代码时，编译器会自动为所有指令添加32位操作数前缀（0x66）：

• 代码开头的jmpl $0x0000, $main远跳转指令，在纯16位实模式下为5字节长度（操作码0xEA + 2字节偏移 + 2字节段地址）
• 受32位操作数前缀影响，编译器会将跳转偏移生成为4字节宽度，整条指令变为7字节，直接覆盖后续main函数的开头代码，导致跳转到main时执行的是错位后的垃圾指令，无法正常触发函数调用逻辑。

4. 链接配置与16位实模式需求不匹配 #

使用-melf_i386参数执行32位ELF链接时，链接器默认按照32位代码的地址宽度计算函数偏移：

• 生成的call指令目标地址为32位宽度，与实模式下16位IP的寻址规则不匹配，导致函数跳转的目标地址计算错误，无法正确进入printString的函数体。

修复参考方向 #

• 在进入C代码前添加内联汇编完成栈初始化：设置SS=0x0000、SP=0x7C00，将栈空间放在MBR加载位置以下的空闲内存，避免栈操作覆盖MBR自身代码
• 修改链接脚本的.text段收集规则，追加*(.text.*)、*(.rodata*)的收集逻辑，确保所有代码、只读常量都被正确加载到0x7C00开始的内存区域
• 重写远跳转指令为纯16位汇编写法，手动禁用32位操作数前缀，保证指令长度与地址宽度匹配实模式运行规则
• 调整链接参数，使用支持16位可执行格式的链接配置完成链接，避免32位地址宽度导致的跳转计算错误

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