119 lines
4.2 KiB
Plaintext
119 lines
4.2 KiB
Plaintext
说明:
|
||
|
||
一 当前版本进度
|
||
|
||
1).分类
|
||
考虑到arm各种版本的调试寄存器地址和种类都有很大不同
|
||
所以分为两个版本,均只在GCC下编译
|
||
|
||
1.基础ARM(软件断点(使用undef指令的办法),需要ram运行，模拟单步)
|
||
2.cortex M系列(不支持M0,基于寄存器操作,支持硬件断点，数据观察点,硬件单步)
|
||
|
||
理论上cortexA系列和cortexM的调式单元是一样的,有需要的话也可以在基础arm版本里单独为cortexA做出可选的数据断点,硬件单步
|
||
|
||
二 安装说明
|
||
|
||
1) 下载
|
||
下载最新RT-THREAD GDB STUB代码,并解压
|
||
|
||
2) 加入RT-Thread
|
||
先将得到的components文件夹覆盖RTT根目录
|
||
然后若要使用BBB板测试GDB,就用BSP/beaglebone和libpcu/am335x覆盖RTT下的同名文件夹
|
||
|
||
若要使用STM32F407测试GDB,就用BSP/stm32F4xx覆盖RTT下的同名文件夹,同时更改编译器为gcc
|
||
|
||
3) 宏
|
||
打开RT_USING_GDB
|
||
|
||
三 宏配置说明
|
||
|
||
1) RT_GDB_HAVE_HWBP
|
||
1硬件断点
|
||
|
||
2) RT_GDB_HAVE_SWBP
|
||
1软件断点
|
||
|
||
3) RT_GDB_MAX_BREAKPOINTS
|
||
最大软件断点数量
|
||
不加默认20
|
||
|
||
4) RT_GDB_ICACHE
|
||
是否使用ICACHE
|
||
若使用了ICACHE则要开启此宏,保证断点覆盖后及时刷新
|
||
|
||
5) RT_GDB_DEBUG
|
||
测试开发用
|
||
会打印GDB收发信息到默认串口上,以供获取数据
|
||
|
||
四 使用说明
|
||
|
||
1) 设置serial设备
|
||
首先需要调用
|
||
void gdb_set_device(const char* device_name); (gdb_stub.h)
|
||
设置相应的GDB通信端口
|
||
PS:
|
||
首先serial的驱动不能是中断
|
||
其次收发函数最好是poll的,要不就是9600,不然可能会出现问题
|
||
若出现问题,请打开 RT_GDB_DEBUG ,观察收发是否正常。
|
||
|
||
2) 进入GDB stub
|
||
调用
|
||
void gdb_start(); (gdb_stub.h)
|
||
触发异常,即可进入等待状态 等待GDB连接
|
||
也可以将该函数加入按键中断中,可以实现外部打断程序的效果(条件有限,未测试)
|
||
|
||
3) pc连接
|
||
确认GCC 打开-g选项后编译
|
||
然后arm-none-eabi-gdb xxxx.elf or axf
|
||
进如GDB界面后
|
||
set serial baud 115200(or 9600)
|
||
target remote /dev/ttyUSB0(linux) or COM1 (windows)
|
||
即可实现GDB对接
|
||
|
||
PS:
|
||
BBB板默认uart4作为GDB通信口
|
||
STM32F407默认uart6作GDB通信
|
||
|
||
五 移植说明
|
||
|
||
若要移植到不同架构上
|
||
软件实现请参考gdb/libcpu/arm下的文件
|
||
硬件实现请参考gdb/libcpu/cortexm下的文件
|
||
需要rsp协议的话 请参考https://www.sourceware.org/gdb/current/onlinedocs/gdb/Remote-Protocol.html
|
||
|
||
若要移植到已有架构的芯片上
|
||
1) arm9,11以及cortexA
|
||
修改udef和dabt的函数,在/libcpu/arm/am335x/trap.c里,加入ifdef GDB的内容
|
||
将libcpu/arm/am335x/start_gcc.s的相关异常向量汇编复制到自己的undef和dabt异常向量里
|
||
分配足够的栈空间给undef
|
||
|
||
2) cortexM3以及M4
|
||
删除已有的debugmon_handler
|
||
优先级分组有变化的话,重定义宏GDB_CORTEXM_PRIORITY_MAX,就是basepri的设置值,满足屏蔽中断的同时不屏蔽debugmon
|
||
使用有需要的话,重定义cortexm_stub.c的data_acess数组,也就是允许GDB访问的地址空间
|
||
增大_system_stack_size,也就是MSP栈的大小
|
||
|
||
|
||
六 易错或者bug(出错了看这里)
|
||
|
||
编译器选项是否打开-g,是否使用GCC编译
|
||
硬件断点使用超过(max-1)个后,单步可能会出现不正常
|
||
检查串口通信是否正常,可以打开RT_GDB_DEBUG
|
||
堆栈大小是否设置合适(因为gdb要在handler模式下运行,所需要的栈大小比较大,大概0x200)
|
||
cm系列切记如果优先级分组不同于默认设置,就要重定义宏GDB_CORTEXM_PRIORITY_MAX,使抢占优先级等于1,不然单步可能会出现问题(被中断抢占)
|
||
cm系列在中断里设置断点会出现错误(目测程序还是正常工作,就是压栈的寄存器还是进入中断前的,所以返回的寄存器信息有误)
|
||
cm系列可能会因为访问不可访问的地址造成出错,有需求自己手动修改cortexm_stub.c的data_acess数组(没找到好的办法,falut后寄存器全乱了)
|
||
|
||
|
||
##
|
||
嫌速度慢的话就把串口速度9600改成115200
|
||
不过如此就要把注册的驱动里的getc改成阻塞的,不然会收不到
|
||
类似
|
||
while(!(UART_LSR_REG(uart->base) & 0x01));
|
||
ch = UART_RHR_REG(uart->base) & 0xff;
|
||
原先是
|
||
if (UART_LSR_REG(uart->base) & 0x01)
|
||
{
|
||
ch = UART_RHR_REG(uart->base) & 0xff;
|
||
}
|