Docker for Mac下qemu-arm运行Cortex-M4交叉编译程序触发SIGSEGV咨询

核心问题说明 #

你当前遇到段错误的根本原因是工具链与运行环境不匹配：qemu-arm用户空间模拟器仅支持运行ARM Linux架构的用户态程序，而你使用的arm-none-eabi-gcc是裸机ARM交叉编译工具链，加上--specs=nosys.specs参数编译生成的是Cortex-M4平台的裸机二进制，不包含Linux ELF程序所需的段结构、系统调用适配逻辑，qemu-arm加载时无法正确识别程序入口、配置栈空间，才会触发非法内存访问报错。

问题解答 #

1. 验证非法内存访问主体的方法 #

你可以通过GDB调试结合qemu调试日志定位访问主体：

• 用GDB启动qemu进程：执行gdb --args qemu-arm -cpu cortex-m4 -strace ./a.out，输入run运行程序触发段错误后，执行bt打印栈回溯，即可确认是qemu自身的宿主代码逻辑，还是模拟的Guest代码段触发的内存访问异常
• 开启qemu调试日志：执行qemu-arm -d guest_errors,exec,mmu -cpu cortex-m4 ./a.out，可以输出Guest指令执行、内存映射的详细日志，直接定位到触发错误的具体指令位置

2. 关于地址修改的说明 #

你的推测不成立，该地址并非qemu存储二进制的预留地址，是程序加载时栈/段配置错误导致的非法访问，没有对应的命令行参数可以直接修改这个地址。
要解决问题可以选择以下两种适配方案：

方案1：继续跑裸机Cortex-M4程序

改用qemu-system-arm（全系统模拟器），指定Cortex-M4对应的开发板型号（比如mps2-an386），同时补充编写对应硬件的内存链接脚本，明确栈地址、Flash/RAM地址布局后编译生成裸机镜像，再通过qemu全系统模式加载运行。

方案2：继续用qemu-user运行程序

更换交叉编译工具链为arm-linux-gnueabihf-gcc（ARM Linux用户态程序专用工具链），直接编译生成符合Linux ELF规范的ARM程序，即可正常用qemu-arm加载运行，编译命令参考：

arm-linux-gnueabihf-gcc -mcpu=cortex-m4 /tmp/program.c
qemu-arm -cpu cortex-m4 ./a.out

你可以修改Dockerfile里的工具链安装命令，安装gcc-arm-linux-gnueabihf替换原有gcc-arm-none-eabi即可复现正常运行的效果。

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