Ну, собственно, понятно почему отладка нормально не работает. Так
как чип гетерогенный, openocd открывает два порта отладки: условно
port и (port+1). Плагин же только настроить порт для gdb, но
передаёт его openocd, поэтому мы видим следующую картину: Starting /usr/bin/openocd -c 'gdb_port 3334' -s /usr/share/openocd/scripts -f /usr/share/openocd/scripts/board/stm32mp15x_dk2.cfg
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : STLINK V2J32M22 (API v2) VID:PID 0483:3752
Info : Target voltage: 3.219934
Info : Unable to match requested speed 5000 kHz, using 4000 kHz
Info : Unable to match requested speed 5000 kHz, using 4000 kHz
Info : clock speed 4000 kHz
Info : stlink_dap_op_connect(connect)
Info : SWD DPIDR 0x6ba02477
Info : stlink_dap_op_connect(connect)
Info : SWD DPIDR 0x6ba02477
Info : stm32mp15x.cm4: hardware has 6 breakpoints, 4 watchpoints
Info : stm32mp15x.cpu0: hardware has 6 breakpoints, 4 watchpoints
Info : stm32mp15x.cpu1: hardware has 6 breakpoints, 4 watchpoints
Info : starting gdb server for stm32mp15x.cpu0 on 3334
Info : Listening on port 3334 for gdb connections
Info : starting gdb server for stm32mp15x.cm4 on 3335
Info : Listening on port 3335 for gdb connections
Info : accepting 'gdb' connection on tcp/3334 <- А вот и косяк ;))
Плагин ломится в порт для ядра A7, когда нам нужен M4. Т.е TCP/IP режим сейчас сломан, так что сделаю багрепорт, с описанием того, как исправить проблему. Pipe-режим же отлаживаться позволяет, но при этом отладчик вызывает halt для ядер A7, тем самым прерывая работу linux.