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 ?
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.
Well i also tried the same..But is not working..any alternatives to it is appreciated mybkexperience
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.
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!
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.
If the CPU is in halt debug mode, then it would not execute normal instruction stream, but is controlled by external debugger via ITR debug register.
If there is no external debugger, why using halting debug mode, would it better to use Monitor debug-mode?
In Monitor debug-mode, halt instruction will trigger an debug exception, your code can use debug registers to get information.
Everything is very open with a clear description of the issues. It was truly informative. Your website is very helpful. Many thanks for sharing! jcpenneykiosk