Akkor elso korben az interface/stlink.cfg-t nezd meg:
#
# STMicroelectronics ST-LINK/V1, ST-LINK/V2, ST-LINK/V2-1, STLINK-V3 in-circuit
# debugger/programmer
#
adapter driver hla
hla_layout stlink
hla_device_desc "ST-LINK"
hla_vid_pid 0x0483 0x3744 0x0483 0x3748 0x0483 0x374b 0x0483 0x374d 0x0483 0x374e 0x0483 0x374f 0x0483 0x3752 0x0483 0x3753 0x0483 0x3754
Szoval amit irtam fentebb, de stlink-v2.cfg helyett stlink.cfg, a 0.12-es openocd-tol kezdve mar igy hivjak ezt az altalanos STLink drivert. Sajna nekem ilyen V3-as programozom nincs (csak klasszik, V2, Nucleo, pont F051-eshez egy discovery meg sajat gyartmanyu FT2232/FT4232-esekbol egy rakat), de elvileg ennek igy mennie kell.
Ha a fenti (modositott) openocd elidnul, akkor egy ilyesmit kiprobalhatsz:
$ telnet localhost 4444
[...]
Open On-Chip Debugger
> mdw 0x08000000
0x08000000: 20001800
Es ha ez megy (azaz a debugger tudja debuggolni a hardvert ilyen alacsony szinten, az az memoria-regiszter iras-olvasas szintjen) akkor utana a gdb is menni fog.