GDB 不会在断点处停止并继续
GDB don't stop on breakpoints and continue
我是嵌入式编程的初学者,所以为了学习我正在尝试使用极简程序。我尝试执行以下程序。
我的环境:
- 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-M4
main.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
.
这个程序什么都不做,只是尝试让它 运行ning 并在内存中写入一些东西。
我使用 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
- https://www.sourceware.org/gdb/onlinedocs/gdb/Variables.html
注意:我可以运行在板子上编写一个非常简单的汇编程序并调试它,但是嵌入式C和链接部分是很新的。
你的代码根本就错了。
首先
__attribute__((section(".isr_vector"))) void Reset_Handler(void)
错了。闪存的开头是向量的默认位置 table 而不是处理程序代码。
向量table有特定的格式,必须遵循:
前 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 提供的启动文件和链接描述文件。
我是嵌入式编程的初学者,所以为了学习我正在尝试使用极简程序。我尝试执行以下程序。
我的环境:
- 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-M4
main.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
.
这个程序什么都不做,只是尝试让它 运行ning 并在内存中写入一些东西。
我使用 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
- https://www.sourceware.org/gdb/onlinedocs/gdb/Variables.html
注意:我可以运行在板子上编写一个非常简单的汇编程序并调试它,但是嵌入式C和链接部分是很新的。
你的代码根本就错了。
首先
__attribute__((section(".isr_vector"))) void Reset_Handler(void)
错了。闪存的开头是向量的默认位置 table 而不是处理程序代码。
向量table有特定的格式,必须遵循:
前 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 提供的启动文件和链接描述文件。