cancel
Showing results for 
Search instead for 
Did you mean: 

Bug: Breakpoint in ISR fails (Atollic)

Background: Atollic 9.1, F429 Nucleo with Segger debug stub loaded.

CubeMX-generated FreeRTOS application.

Trying to debug an LwIP problem, but breakpoint does not operate properly.

When the breakpoint is hit in an ISR (FreeRTOS idle, no active task),

the breakpoint fails to operate properly. The application stops, and a debugging

failure is reported in the console window (shown below).

Any idea how to work around this?

Need the debugger to operate properly at the breakpoint!

Thanks,

Best Regards, Dave

[Switching to Thread 1]
 
Temporary breakpoint 7, main () at ..\Src\main.c:139
139	{
[New Thread 536873360]
[New Thread 536872096]
[New Thread 536872728]
[New Thread 536877952]
[New Thread 536879560]
[New Thread 536887872]
 
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 536873360]
prvIdleTask (pvParameters=<optimized out>) at ..\Middlewares\Third_Party\FreeRTOS\Source\tasks.c:3166
3166				if( listCURRENT_LIST_LENGTH( &( pxReadyTasksLists[ tskIDLE_PRIORITY ] ) ) > ( UBaseType_t ) 1 )
[New Remote target]
[Switching to Thread 536877952]
Invalid selected thread.

6 REPLIES 6
Alex R
Senior

Is the stack correctly defined for all your tasks?

Do you have any watchdog (either internal or external) enabled?

@Alex R​ Yes stack configuration is fine, and no watchdog is set.

Segger asked me to retest with their latest SW which I will try do later this week...

DMorr.4
Associate

@Dave Nadler​  @Alex R​ Do you have any update on this? I'm hitting the same issue.

@DMorr.4​ - I haven't retested this since I installed the latest Segger software (from Segger website, not ST), Sorry.

For a while I was toggling the RTOS support on and off in the launch configuration depending where I needed to breakpoint, aarrgggg....

If I have a chance I'll give it a try later, between working around STMcubeIDE and MX bugs, aarrggg...

@DMorr.4​ - I just retested this, and it works within STMcubeIDE using:

  • GDB from STMcubeIDE GNU gdb (GNU Tools for STM32 7-2018-q2-update.20190328-1800) 8.1.0.20180315-git
  • SEGGER - J-Link V6.44h (installed from Segger website)

Note that I had a lot of trouble getting things working within STMcubeIDE (took a couple days mucking about to migrate from Atollic 9.1).

Though I regenerated the project from the upgraded IOC (and merged in all my updates), if I regenerate code STMcubeIDE trashes the project, be very careful...

DMorr.4
Associate

@Dave Nadler​ Thanks for your info! We'll probably move to STMcubeIDE for our next project, but will stick withTrueStudio for now. I've had some luck in getting the debugger to work by disabling any early breakpoints, the first breakpoint is now around where our first task is created. Not sure why this works, but it appears to.

Best regards,

Donal