QEMU -kernel加载BIN文件的地址机制及跨架构适配疑问

问题背景 #

我为Cortex-M处理器编译生成ELF文件，再通过objcopy转换为BIN文件。启动汇编代码包含.isr_vector段，初始链接脚本将程序起始地址设为0x0，使用-kernel选项加载BIN文件到QEMU的netduinoplus2（Cortex-M4）设备后，系统正常启动，__isr_vector加载在0x0地址。修改链接脚本将起始地址改为0x100后，QEMU似乎将__isr_vector加载到了0x100，但启动失败。同时参考资料显示，在versatilepb（ARMv5）设备中，-kernel会将BIN文件加载到0x10000。

疑问 #

1. BIN文件无段地址信息，QEMU的-kernel选项如何知晓将其加载到不同地址？
2. 若-kernel固定加载地址，如何适配不同架构/设备的加载地址需求？

解答 #

1. -kernel的加载地址逻辑 #

QEMU的-kernel选项不从BIN文件读取地址信息，而是针对每个模拟的硬件设备预设了固定的加载基地址。这些地址是QEMU根据真实硬件的启动规范预先编码的：

• 对于netduinoplus2（Cortex-M4），预设加载地址是0x0——这符合Cortex-M内核从0x0地址加载中断向量表的硬件要求；
• 对于versatilepb（ARMv5），预设加载地址是0x10000——对应该开发板的启动存储器映射规则。

你修改链接脚本后启动失败的原因是：QEMU仍按设备预设的0x0地址加载BIN文件，但你的代码逻辑期望向量表在0x100，导致硬件启动时读取的向量表无效，最终启动失败。你感知到的“加载到0x100”是误解，实际加载地址并未改变，只是链接脚本偏移了代码的逻辑地址，与物理加载地址不匹配。

2. 适配不同设备加载地址的方案 #

有两种可靠方式解决地址适配问题：

• 匹配预设地址修改链接脚本：先查询目标设备的-kernel预设加载地址（可通过QEMU官方文档或设备模拟源码确认），然后在链接脚本中将程序起始地址（通常是中断向量表的地址）设为该值，确保BIN文件的内容偏移与加载地址完全对应。比如针对versatilepb，将链接脚本起始地址设为0x10000，编译出的BIN文件通过-kernel加载后即可正常启动。
• 手动指定加载地址替代-kernel：如果需要自定义加载地址，可放弃-kernel选项，改用-device loader参数直接指定BIN文件的加载地址。示例命令：

  qemu-system-arm -M netduinoplus2 -device loader,file=your_program.bin,addr=0x100
  

  使用该方式时，必须保证链接脚本的程序起始地址与addr参数值完全一致，确保代码运行时的逻辑地址和物理加载地址匹配。

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