我试图加载从 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.
我不知道为什么它不起作用。
请帮我。
最佳答案
先看看你的二进制文件好不好，然后试试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
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
部分.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}
此代码只是读取地址 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
>
> 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 的东西，使用错误的文件的东西，还是别的什么？
关于rust - 使用 OpenOCD 和 arm-none-eabi-gdb 将二进制文件加载到 stm32f103c8t6，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/60245257/