rust - 使用 OpenOCD 和 arm-none-eabi-gdb 将二进制文件加载到 stm32f103c8t6

Question

我试图加载从 rust 代码编译的二进制文件，但它不起作用。

首先，我从 https://github.com/rust-embedded/discovery 下载了 Rust 代码。 .
然后，我建立了它。

# I am in the `src/05-led-roulette` directory
rustup target add thumbv7m-none-eabi
cargo build --target thumbv7m-none-eabi

它已成功编译。

之后，我使用 OpenOCD 成功连接了 stm32f103c8t6。
然后，我运行这个命令。

arm-none-eabi-gdb -q target/thumbv7m-none-eabi/debug/led-roulette

但它似乎没有读完。

Reading symbols from target/thumbv7m-none-eabi/debug/led-roulette...
(gdb)

(尚未完成？!)

之后，我尝试了 load命令，但它返回以下句子。

Start address 0x0, load size 0
Transfer rate: 0 bits in <1 sec.

我不知道为什么它不起作用。

请帮我。

Answer 1

先看看你的二进制文件好不好，然后试试telnet，然后是gdb。 Rust 也会增加失败的几率，所以从简单的开始:
所以.s

.thumb
.globl _start
_start:
.word 0x20001000
.word reset
.thumb_func
reset:
    ldr r0,some_addr
    ldr r1,[r0]
    add r1,r1,#1
    str r1,[r0]
    b .
    .align
some_addr: .word 0x20000000

build 它

arm-none-eabi-as so.s -o so.o
arm-none-eabi-ld -Ttext=0x08000000 so.o -o so.elf
arm-none-eabi-objdump -D so.elf 
arm-none-eabi-objdump -D so.elf 

so.elf:文件格式elf32-littlearm
部分.text的反汇编:
08000000 <_开始>:
8000000: 20001000 andcs r1, r0, r0
8000004: 08000009 stmdaeq r0, {r0, r3}
08000008 :
8000008:4802 ldr r0，[pc，#8]； (8000014 )
800000a:6801 ldr r1，[r0，#0]
800000c: 3101 添加 r1, #1
800000e: 6001 str r1, [r0, #0]
8000010: e7fe b.n 8000010
8000012:46c0 无； (移动 r8，r8)
08000014 <一些地址>:
8000014: 20000000 andcs r0, r0, r0
对于小程序(阅读 st 文档)，这部分可以基于地址 0x08000000 或 0x00000000。 0x08000000 是首选。在这种情况下，向量表必须是第一个忽略反汇编只看值

 8000000:   20001000    andcs   r1, r0, r0
 8000004:   08000009    stmdaeq r0, {r0, r3}

0x08000009 是复位地址 ORRed 加一。所以0x08000008 | 1 是 0x08000009。所以这至少会启动并尝试无故障地获取代码。
此代码只是读取地址 0x20000000 处的字并将其递增，sram 不受重置的影响，因此我们可以继续重置并查看该值的递增。
使用您拥有的任何配置和接口(interface)，我将用于 st 部分的 openocd 组合到一个文件中，并将其与项目以及各种接口(interface)(不同版本的 STLink 和 jlink)一起携带。

openocd -f jlink.cfg -f target.cfg 

Open On-Chip Debugger 0.9.0 (2019-04-28-23:34)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : JLink SWD mode enabled
swd
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
cortex_m reset_config sysresetreq
Info : J-Link ARM-OB STM32 compiled Jun 30 2009 11:14:15
Info : J-Link caps 0x88ea5833
Info : J-Link hw version 70000
Info : J-Link hw type J-Link
Info : J-Link max mem block 15344
Info : J-Link configuration
Info : USB-Address: 0x0
Info : Kickstart power on JTAG-pin 19: 0x0
Info : Vref = 3.300 TCK = 1 TDI = 1 TDO = 1 TMS = 1 SRST = 1 TRST = 1
Info : J-Link JTAG Interface ready
Info : clock speed 1000 kHz
Info : SWD IDCODE 0x1ba01477
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints

如果在返回控制台时看不到观察点行，则它不起作用。
在另一个窗口

telnet localhost 4444
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Open On-Chip Debugger
>

现在让我们停止芯片并编写我们的程序。 psr、pc 等值可能与我的不同，具体取决于您运行的内容。

> reset halt
target state: halted
target halted due to debug-request, current mode: Thread 
xPSR: 0x01000000 pc: 0x08000010 msp: 0x20001000
> flash write_image erase so.elf
auto erase enabled
device id = 0x20036410
flash size = 64kbytes
wrote 1024 bytes from file so.elf in 0.437883s (2.284 KiB/s)

让我们阅读它，看看它在那里，应该与反汇编中的单词匹配

> mdw 0x08000000 20
0x08000000: 20001000 08000009 5000f04f 31016801 e7fe6001 ffffffff ffffffff ffffffff 
0x08000020: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 
0x08000040: ffffffff ffffffff ffffffff ffffffff 

假设这是随机垃圾，只要我们看到它增加就可以了。

> mdw 0x20000000
0x20000000: 2e006816 
> reset
> halt
target state: halted
target halted due to debug-request, current mode: Thread 
xPSR: 0x01000000 pc: 0x08000012 msp: 0x20001000
> mdw 0x20000000
0x20000000: 2e006817 

因此，如果您进行重置，则该值会增加，然后停止(不是在一个命令中进行重置停止)然后转储该内存位置，它应该每次都保持增加。
现在你可以选择使用这个二进制文件的 gdb 路径(我没有使用 gdb，所以没有安装)，或者通过首先检查向量表来检查你的 rust 二进制文件是否正确，至少不需要重置向量是正确的，那么您将出错并且不会在处理器上运行任何代码。可以使用 telnet 刷新它，或者您可以尝试 gdb。
如果 gdb 的文件有问题，那么您可能使用了错误的文件。或者文件构建不正确。您是否在该存储库中尝试了一个简单的程序？你能从那个存储库中创建一个最小的程序，一个空的入口函数或一个无限循环或一个永远计数的计数器吗？
这真的是一个gdb问题吗？这是一个openocd问题吗？这是 Rust 工具的问题吗？这是一个 Rust 二进制问题吗？这是文档中的错误，您将 gdb 指向错误的文件问题吗？如果上述工作，那么 openocd 工作，binutils 至少工作，调试器/硬件工作，它消除了这些，然后变成这是一个使用rust 的东西，一个 gdb 的东西，使用错误的文件的东西，还是别的什么？