Messages in this thread | | | Subject | Re: [RFC] [PATCH 2.6.37-rc5-tip 13/20] 13: x86: x86 specific probe handling | From | Peter Zijlstra <> | Date | Fri, 28 Jan 2011 09:36:38 +0100 |
| |
On Thu, 2011-01-27 at 22:23 -0800, Roland McGrath wrote: > > Uprobes doesn't request/handle block-step for now. So can we postpone > > your suggested changes till uprobes needs to handle block-step? > > That's not the issue. The way the hardware works is that if the bit is set > in the MSR, then the TF eflags bit means block-step instead of single-step. > So if PTRACE_SINGLEBLOCK has been used (i.e. user_enable_block_step), then > this can interfere with your use of single-step. You need to do the work > in the else branch of step.c:enable_step to ensure that the hardware is not > left in the state where it will do block-step instead of single-step when > uprobes wants a single-step done.
And reset the hardware back to block step when done, and provide the actual break blockstep would have.
Suppose you hit a breakpoint on the return path while the user it debugging in blockstep mode, that should all just work.
So there you trap on the return, switch to single step to execute the return out of line, when done you need to actually break to userspace since its the end of a block, as well as reset block mode.
| |