gdb连接qemu调试stm32程序

可以先看看我这几篇文章：
关于windows上使用qemu分别仿真stm32和a9以及串口输出_标biao的博客-CSDN博客

stm32CubeMX生成qemu能跑的工程_标biao的博客-CSDN博客

我都是在Windows平台弄的

然后我们直接上命令行 调试

第一个命令行窗口（qemu端）

 C:/RT-ThreadStudio//repo/Extract/Debugger_Support_Packages/RealThread/QEMU/4.2.0.4/qemu-system-arm.exe -M stm32f407-atk-explorer -nographic  -kernel Debug/rtthread.bin -S -s

（关于这些选项的意思，我前面的博客都讲得很清楚的了，大家自己看看喔）

此时的qemu会等待另一个命令行窗口gdb通过端口1234来连接它......

切记：这里是传入的.bin文件，不是elf文件，RT-Thread Studio这个IDE的控制台显示的是elf文件，我始终无法成功，搞了好久，才发现应该是bin文件。我是从这些文章获得启发的：
RT-Thread-qemu-vexpress-a9 在SMP情况下GDB无法调试RT-Thread问答社区 - RT-Thread（这个里面还讲了qemu调试a9的SMP模式，也是同样问题，想搞多核gdb调试，可以参考参考）
qemu STM32 VSCode调试环境配置_南波儿万的博客-CSDN博客_qemu模拟stm32（用的都是bin文件）​​​​​​​stm32CubeMX生成qemu能跑的工程_标biao的博客-CSDN博客

总结：无论是给qmeu下载运行还是调试，都用bin文件，没错。

但是想想也对，qemu就是个裸芯片模拟，运行的当然是纯净的bin文件啦。其实qemu此时就是一个gdbserver，给它elf文件，好像也说得通。elf文件（是带调试信息的目标文件）这种都是给调试器stlink，jlink等运行的。但是不知道为啥RT-Thread Studio是能行的，真搞不懂。

打开另一个命令行窗口（gdb端）

• arm-none-eabi-gdb .\Debug\rtthread.elf，进入了gdb
• target remote localhost:1234，连接上了qemu，此时qemu那边的程序运行第一行，停在这儿了
• break main，在main函数那儿打个断点
• n，是单步往后走
• c，全速运行 ，会停在main函数，因为我们刚刚打了个断点在这儿
• 可以开心的使用各种gdb调试命令了喔

 

 此时，qemu那端的窗口也在输出程序中的串口信息了喔

参考博客：

GDB usage — QEMU documentation

https://github.com/RT-Thread/rt-thread/tree/master/bsp/qemu-vexpress-a9