Can't configure GDB session for STM32H7

[diggit]

Hi,
I have a custom STM32H730 and J-Link. My goal is to get orbtop working. right now, I am stuck at GDB throwing error in case of H7 (11)

GDB stops with:

SWO enabled successfully.
.gdbinit:17: Error in sourced command file:
Invalid type combination in equality test.

There is something wrong in enableSTM32SWO or other "sequences"/macros. unfortunately GDB does not say where.

If I change the call to enableSTM32SWO 1 , I don't get this error.

I think it will be something trivial, but gdb not telling where the error is, does not help.

my .gdbinit is:

set verbose on 
source /path/to/Support/gdbtrace.init 
target extended-remote localhost:50000
#monitor swdp_scan
file build/binary.elf
#attach 1
set mem inaccessible-by-default off
set print pretty
load

start


monitor SWO EnableTarget 500000000 2000000 0xFF 0

# ----------Stm32H7 as debuggee----------------
enableSTM32SWO 11

prepareSWO SystemCoreClock 500000000 1 0

dwtSamplePC 1
dwtSyncTap 3
dwtPostTap 1
dwtPostInit 1
dwtPostReset 15
dwtCycEna 1

ITMId 1
ITMGTSFreq 3
ITMTSPrescale 3
ITMTXEna 1
ITMSYNCEna 1
ITMEna 1

ITMTER 0 0xFFFFFFFF # Enable Trace Ports
ITMTPR 0xFFFFFFFF # Make them accessible to user level code

[mubes]

Try enableSTM32SWO 7 since this is a H7 device. In general `help <command>` should give you a bit of info. Regards Dave

…

On Sun, 30 Mar 2025, 17:52 Patrik Bachan, ***@***.***> wrote: Hi, I have a custom STM32H730 and J-Link. My goal is to get orbtop working. right now, I am stuck at GDB throwing error in case of H7 (11) GDB stops with: SWO enabled successfully. .gdbinit:17: Error in sourced command file: Invalid type combination in equality test. There is something wrong in enableSTM32SWO or other "sequences"/macros. unfortunately GDB does not say where. If I change the call to enableSTM32SWO 1 , I don't get this error. I think it will be something trivial, but gdb not telling where the error is, does not help. my .gdbinit is: set verbose on source /path/to/Support/gdbtrace.init target extended-remote localhost:50000#monitor swdp_scan file build/binary.elf#attach 1set mem inaccessible-by-default offset print pretty load start monitor SWO EnableTarget 500000000 2000000 0xFF 0 # ----------Stm32H7 as debuggee---------------- enableSTM32SWO 11 prepareSWO SystemCoreClock 500000000 1 0 dwtSamplePC 1 dwtSyncTap 3 dwtPostTap 1 dwtPostInit 1 dwtPostReset 15 dwtCycEna 1 ITMId 1 ITMGTSFreq 3 ITMTSPrescale 3 ITMTXEna 1 ITMSYNCEna 1 ITMEna 1 ITMTER 0 0xFFFFFFFF # Enable Trace Ports ITMTPR 0xFFFFFFFF # Make them accessible to user level code — Reply to this email directly, view it on GitHub <#164>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABJTBD6Y3JUBIWIUGAX7OM32XAONDAVCNFSM6AAAAAB2CWM5Z2VHI2DSMVQWIX3LMV43ASLTON2WKOZSHE2TQOJXG4ZTKNY> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***> [image: diggit]*diggit* created an issue (orbcode/orbuculum#164) <#164> Hi, I have a custom STM32H730 and J-Link. My goal is to get orbtop working. right now, I am stuck at GDB throwing error in case of H7 (11) GDB stops with: SWO enabled successfully. .gdbinit:17: Error in sourced command file: Invalid type combination in equality test. There is something wrong in enableSTM32SWO or other "sequences"/macros. unfortunately GDB does not say where. If I change the call to enableSTM32SWO 1 , I don't get this error. I think it will be something trivial, but gdb not telling where the error is, does not help. my .gdbinit is: set verbose on source /path/to/Support/gdbtrace.init target extended-remote localhost:50000#monitor swdp_scan file build/binary.elf#attach 1set mem inaccessible-by-default offset print pretty load start monitor SWO EnableTarget 500000000 2000000 0xFF 0 # ----------Stm32H7 as debuggee---------------- enableSTM32SWO 11 prepareSWO SystemCoreClock 500000000 1 0 dwtSamplePC 1 dwtSyncTap 3 dwtPostTap 1 dwtPostInit 1 dwtPostReset 15 dwtCycEna 1 ITMId 1 ITMGTSFreq 3 ITMTSPrescale 3 ITMTXEna 1 ITMSYNCEna 1 ITMEna 1 ITMTER 0 0xFFFFFFFF # Enable Trace Ports ITMTPR 0xFFFFFFFF # Make them accessible to user level code — Reply to this email directly, view it on GitHub <#164>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABJTBD6Y3JUBIWIUGAX7OM32XAONDAVCNFSM6AAAAAB2CWM5Z2VHI2DSMVQWIX3LMV43ASLTON2WKOZSHE2TQOJXG4ZTKNY> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[jmalmari]

The 7 is actually just F7, see table here: #162 (comment)

You might want to check your DBGMCU ID to see if autodetection works.

[diggit]

Thanks, I can confirm the enableSTM32SWO without arguments works fine with STM32H730! I don't know why I did not try it.