GDB 不会在断点处停止并继续
Posted
技术标签:
【中文标题】GDB 不会在断点处停止并继续【英文标题】:GDB don't stop on breakpoints and continue 【发布时间】:2020-12-30 16:33:01 【问题描述】:我是嵌入式编程的初学者,所以为了学习我正在尝试使用一个极简程序。我尝试执行以下程序。 我的环境:
arm-none-eabi-gcc (15:9-2019-q4-0ubuntu1) 9.2.1 20191025(发布)[ARM/arm-9-branch 修订版 277599] gdb-multiarch GNU gdb (Ubuntu 9.1-0ubuntu1) 9.1 打开片上调试器 0.10.0 STM32F3Discovery - ARM Cortex-M4main.c
int main(void)
__attribute__((section(".isr_vector"))) void Reset_Handler(void)
char * my_pointer = (char *)0x20000000;
*my_pointer = 42;
main();
while(1)
stm32.ld
MEMORY
FLASH : ORIGIN = 0x08000000, LENGTH = 256K
RAM : ORIGIN = 0x20000000, LENGTH = 48K
start = Reset_Handler;
ENTRY(Reset_Handler)
SECTIONS
.isr_vector :
*(.isr_vector)
>FLASH
.text :
*(.text)
>FLASH
使用以下命令编译所有内容:arm-none-eabi-gcc -mthumb -march=armv7e-m -mcpu=cortex-m4 -nostdlib -Tstm32.ld -g -o main.elf main.c
。
这个程序什么都不做,只是尝试让它运行并在内存中写入一些东西。
我使用 OpenOCD 和 GDB 将程序加载到板上,这就是我在 GDB 中使用 layout asm
得到的结果。
| >0x8000000 <Reset_Handler> push r7, lr │
│ 0x8000002 <Reset_Handler+2> sub sp, #8 │
│ 0x8000004 <Reset_Handler+4> add r7, sp, #0 │
│ 0x8000006 <Reset_Handler+6> mov.w r3, #536870912 ; 0x20000000 │
│ 0x800000a <Reset_Handler+10> str r3, [r7, #4] │
│ 0x800000c <Reset_Handler+12> ldr r3, [r7, #4] │
│ 0x800000e <Reset_Handler+14> movs r2, #42 ; 0x2a │
│ 0x8000010 <Reset_Handler+16> strb r2, [r3, #0] │
│ 0x8000012 <Reset_Handler+18> bl 0x8000018 <main> │
│ 0x8000016 <Reset_Handler+22> b.n 0x8000016 <Reset_Handler+22> │
│ 0x8000018 <main> push r7 │
│ 0x800001a <main+2> add r7, sp, #0 │
│ 0x800001c <main+4> movs r3, #0 │
│ 0x800001e <main+6> mov r0, r3 │
│ 0x8000020 <main+8> mov sp, r7 │
│ 0x8000022 <main+10> pop r7 │
│ 0x8000024 <main+12> bx lr
我的程序好像是在FLASH内存开头加载的,我在Reset_Handler上启动,但是不能一步步运行,我什至不确定程序是否在运行。
如果我添加断点或使用step
,我会得到:
(gdb) b 11
Breakpoint 1 at 0x8000006: file main.c, line 11.
(gdb) continue
Continuing.
Note: automatically using hardware breakpoints for read-only addresses.
我已阅读以下问题/答案,但没有帮助。我猜我的程序链接是无效的,或者我可能不做任何事情而不初始化。
GDB step over function (next) doesn't seem to work gdb can't access memory address error https://www.sourceware.org/gdb/onlinedocs/gdb/Variables.html注意:我可以在板上运行一个非常简单的汇编程序并对其进行调试,但是嵌入式 C 和链接部分是相当新的。
【问题讨论】:
【参考方案1】:您的代码根本上是错误的。
首先
__attribute__((section(".isr_vector"))) void Reset_Handler(void)
错了。 flash 的开头是向量表的默认位置,而不是处理程序代码。
向量表有特定的格式,必须遵守:
前 4 个字节是初始堆栈指针值
第二个4字节是复位处理程序代码的地址。
接下来的 32 位字是其他异常和中断处理程序的地址。
MEMORY
FLASH : ORIGIN = 0x08000000, LENGTH = 256K
RAM : ORIGIN = 0x20000000, LENGTH = 48K
start = Reset_Handler;
ENTRY(Reset_Handler)
_RAM_END = ORIGIN(RAM_START) + 48K;
SECTIONS
.isr_vector :
*(.isr_vector)
>FLASH
.text :
*(.text)
>FLASH
然后是 C 文件。
extern uint32_t _RAM_END;
void Reset_Handler(void);
void __attribute__((section(".isr_vector"))) (*vector_tabler[])(void) = (void (*)(void))&_RAM_END, Reset_Handler;
int main(void)
void Reset_Handler(void)
char * my_pointer = (char *)0x20000000;
*my_pointer = 42;
main();
while(1)
顺便说一句,我宁愿建议您在开始做非常低级的事情之前阅读文档。我建议在你获得足够的知识和经验来修改(或从头开始编写新的)之前使用 STM32 提供的启动文件和链接器脚本。
【讨论】:
我阅读了有关向量表、SP、重置处理程序等的文档,但我不知道如何将其表达给编译器/链接器。我将开始使用STM32工具,它会更好,谢谢。以上是关于GDB 不会在断点处停止并继续的主要内容,如果未能解决你的问题,请参考以下文章