Linux下使用GDB调试Nuttx（基于STM32）
环境
- Debug tool, OpenOCD V0.11
- JLink V9, Firmware 2021 May 7
- Target board, STM32F103-minimum board
- Host OS, Ubuntu 20 on VMware
依赖
- gdb-multiarch
对基于STM32F103C8T6的nuttx进行配置
cd ~/nuttx-space/nuttx
./tools/configure.sh stm32f103-minimum:nsh
修改debug相关配置
打开debug_symbols
执行menuconfig
make menuconfig
使能如下配置
│ CONFIG_DEBUG_SYMBOLS: │ │ │ │ Build with debug symbols (needed for use with a debugger). │ │ │ │ Symbol: DEBUG_SYMBOLS [=y] │ │ Type : boolean │ │ Prompt: Generate Debug Symbols │ │ Location: │ │ -> Build Setup │ │ -> Debug Options
编译生成nuttx
以上配置完后，执行make编译
make
生成如下nuttx
mcai@mcai-vm-ubuntu:~/nuttx-space/nuttx$ ll -h nuttx -rwxr-xr-x 1 mcai root 1.4M 8月 10 22:34 nuttx*
OpenOCD启动debug服务
执行命令
openocd -f openocd-tcl/jlink-swd-stm32f10x.cfg
有如下提示表示启动成功
Info : Listening on port 3333 for gdb connections
GDB调试nuttx
新开一个shell串口，输入如下
cd ~/nuttx-space/nuttx
gdb-multiarch nuttx
出现如下gdb命令行
Reading symbols from nuttx…
(gdb)
gdb命令行依次输入
target extended-remote :3333
mon reset halt
load nuttx
b nx_start
c
step
以上分别表示：
连接到远端目标板
复位目标板并halt住
载入nuttx映像
设置断点在nx_start符号上（如果要定位在stm32底层初始化信息可改为__start）
继续执行（c为continue缩写）
单步执行
gdb命令行窗口如下，可以看到断点停在init/nx_start.c中nx_start()函数，并且也可以单步执行，说明调试成功
与之对应另一OpenOCD服务窗口
疑问点
固件nuttx.bin是否下载到了flash
编译成功后会同时生成nuttx.bin和nuttx，全程并没有将nuttx.bin烧录的动作，那么是否是在gdb命令里load nuttx将固件烧录进flash的（可以看到有提示将nuttx的某些段写入了flash）
另外，如果事先用openocd或者JFlash将nuttx.bin烧录到STM32中，后面的load nuttx命令是否可以省略，应该是可以，还未验证。
调试断点后继续run会出现stackdump错误
在上述执行step后，若无断点，执行c后nsh会打印stackdump，原因未知，先记录一下
