stlink_gdbserver gdb-multiarch

[beattie]

I'm trying to debug some embedded rust. I was using openocd (12) and gdb-multiarch. I currently using an stm32f3discovery. I've tried C with eclipse Embedded ARM and STM32CubeIDE and while STM32CubeIDE does work (validating my hardware) nothing else works reliably. I have tried using ST-LINK_gdbserver from the stm32cubeide installation with gdb-multiarch which give much the same results as openocd + gdbmultiarch. Below is a run from rust but C gives much the same results:

I start openocd which listens on :3333

I start gdb-multiarch:

$ gdb-multiarch -q target/thumbv7em-none-eabihf/debug/examples/hello -ex "target extended-remote :3333"
Reading symbols from target/thumbv7em-none-eabihf/debug/examples/hello...
Remote debugging using :3333
0x080005fc in ?? ()
(gdb) b main
Breakpoint 1 at 0x45c: file examples/hello.rs, line 11.
(gdb) c
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x080005fc in ?? ()
(gdb)

[beattie]

This is on a Debian bookworm host.

[Pavel A.]

Do you use the ST branch (or fork) of OpenOCD?

[beattie]

If your mean https://github.com/STMicroelectronics/OpenOCD I tried that as well in fact I just cloned and built branch openocd-cubeide-r6. I there a different one I could try?

[Pavel A.]

Yes that one. Can this be related to  https://community.st.com/t5/others-stm32-mcus-related/problem-with-single-step-stm32f7/td-p/417538 ?