Hi Experts,
I am trying to execute the bkpt instruction in Cortex R processor and it goes to halt mode.
Now I would like to retain back the execution without using external Debugger connection. Is there anyway to handle Breakpoint as an exception handler ?
There is an issue with the current version of GDB Server (V5.12g) and the latest GDB (V7.10)with software breakpoints, resulting in the endless halt/go loop.This will be fixed in the upcoming version, planned for this week.
PrepaidCardStatus Login
Hi guys,
I have encountered a problem when debugging programs that issue a bkpt instruction using a J-Trace Cortex-M. I had originally posted the bug to GNU ... be an issue in the GDB server implementation provided by SEGGER: ..... I was hung up on this problem for a while, and I appreciate you guys fixing this!
see: https://www.tsanj.org/the-lost-book-of-remedies-review/
Thanks
I think, you have to switch to monitor mode. At least it is needed if you use HW watch/break points.
Of course, you need to skip the BKTP instruction before returning.
Well i also tried the same..But is not working..any alternatives to it is appreciated mybkexperience
If the processor entered Halt mode, you'll need an external debugger to restart execution. This would typically by something like DS-5 connected via a DStream. But if the debug interface is exposed, you might be able to do it from another processor within same chip.
View all questions in Classic processors forum