32-bit Thumb-2 breakpoints
Russell King - ARM Linux
linux at arm.linux.org.uk
Wed Feb 3 09:40:22 EST 2010
On Wed, Feb 03, 2010 at 01:59:14PM +0000, Jamie Iles wrote:
> Well it looks like the hardware breakpoint layer is on top of the perf_events
> subsystem and the breakpoint becomes a perf event. In this case the breakpoint
> should be scheduled in and out by perf on context switches if targetting a
> specific PID or could be left in the whole time if desired.
Unfortunately, we're drifting from the original topic...
This starts worrying me more. Is execution stopped (as in actually
stopped, not just switched away from leaving the thread runnable) in
the target thread when one of these 'perf' breakpoints is hit? If
not, it's completely unsuitable for debuggers to use, and raises the
question of why it's being interfaced with the ptrace code.
Yes, x86 seems to use this method, but it doesn't send signals in the
counter overflow function, so things must be working differently there.
More information about the linux-arm-kernel