16:07 <lonejack> Hi gentlemen

16:09 <lonejack> I need to debug a dual core uC (STM32) and I suppose it is possible by openocd+ddd... Can you confirm that is possible(or not), if yes, can you also tell me if exist a document that give me some info?

16:17 <Haohmaru> openocd can surely work with multi-core chips

16:17 <Haohmaru> but i haven't done it

16:23 <bencoh> debuging multicore works yeah, but it might depend on what you expect

16:26 <bencoh> usually I configure -rtos hwthread for every core in a cpu

16:28 <bencoh> and assuming your target file is properly built it should do something like "target smp core0 core1" to bind the cores together (afaiu)

16:35 <lonejack> and... how to connect to ddd? Do I need to run two session of ddd?

16:36 <bencoh> I use gdb, and it works with only one gdb session

16:36 <bencoh> https://openocd.org/doc/html/GDB-and-OpenOCD.html#Using-OpenOCD-SMP-with-GDB

16:37 <bencoh> https://openocd.org/doc/html/Config-File-Guidelines.html#Define-CPU-targets-working-in-SMP

16:44 <lonejack> SMP i good for me, but you can switch among cores?

16:44 <lonejack> **SMP is..

16:50 <bencoh> each core appears as a thread in gdb, they are all stopped in sync, and you can switch between them just like you'd switch between threads while debugging a multithreaded process

16:54 <lonejack> bencoh, to me this is perfect

16:55 <lonejack> in my project I've two different elf files. Is i possible to handle this situation?

16:55 <lonejack> if you know...

17:18 <bencoh> what do you mean by two elf files?

17:23 <lonejack> In my environment (STM32CubeIDE) the compilation generates two elf(executable) files one per each core..

17:30 <bencoh> uh...

17:31 <bencoh> maybe that's not smp then ...

17:31 <bencoh> if so you can forget everything about smp/hwthread and just connect two gdb sessions to two different ports

17:31 <bencoh> if each core runs its own image

17:33 <lonejack> I also prefer one single image for more cores...

17:33 <lonejack> But this is what I've

17:46 <PaulFertser> lonejack: then you do not need to treat them as SMP if you have different ELF files for both

17:47 <PaulFertser> lonejack: in that case just run OpenOCD in non-SMP multicore mode and you'll have two different ports for two independent GDB(+DDD) sessions.

17:57 <lonejack> PaulFertser, I run this command [openocd -f interface/stlink.cfg -c "adapter_khz 1000; transport select hla_swd;set DUAL_CORE 1;set CHIP_NAME STM32H7ZI" -f target/stm32h7x.cfg]

17:58 <lonejack> on the log that I get, it seems that it recognizes only the cpu0 "Info : stm32h7x.cpu0: hardware has 8 breakpoints, 4 watchpoints"

18:10 <lonejack> Probably I resolved...

18:10 <lonejack> openocd -f interface/stlink-dap.cfg -c "adapter speed 1000; transport select dapdirect_swd;set DUAL_CORE 1;set CHIP_NAME STM32H755ZI" -f target/stm32h7x.cfg

18:10 <lonejack> Now I see this:

18:11 <lonejack> Info : starting gdb server for stm32h7x.cpu0 on 3333

18:11 <lonejack> Info : Listening on port 3333 for gdb connections

18:11 <lonejack> Info : starting gdb server for stm32h7x.cpu1 on 3334

18:11 <lonejack> Info : Listening on port 3334 for gdb connections

18:11 <lonejack> Thank you PaulFertser and bencoh

18:34 <PaulFertser> lonejack: right, you need the full stlink mode, not hla. So works nicely for you like that?

18:42 <lonejack> At moment I see something as expected

18:42 <lonejack> now I'll check the ddd

18:43 <lonejack> But seems yours suggestions are correct