uprobes/x86: Do not (ab)use TIF_SINGLESTEP/user_*_single_step() for single-stepping
authorOleg Nesterov <oleg@redhat.com>
Mon, 3 Sep 2012 13:24:17 +0000 (15:24 +0200)
committerOleg Nesterov <oleg@redhat.com>
Sat, 15 Sep 2012 15:37:30 +0000 (17:37 +0200)
commit9bd1190a11c9d2c59d35cb999b8d170ad52aab5f
tree2a7999451f98ca752d1ea2ddd49ef4c349e18e40
parent95cf00fa5d5e2a200a2c044c84bde8389a237e02
uprobes/x86: Do not (ab)use TIF_SINGLESTEP/user_*_single_step() for single-stepping

user_enable/disable_single_step() was designed for ptrace, it assumes
a single user and does unnecessary and wrong things for uprobes. For
example:

- arch_uprobe_enable_step() can't trust TIF_SINGLESTEP, an
  application itself can set X86_EFLAGS_TF which must be
  preserved after arch_uprobe_disable_step().

- we do not want to set TIF_SINGLESTEP/TIF_FORCED_TF in
  arch_uprobe_enable_step(), this only makes sense for ptrace.

- otoh we leak TIF_SINGLESTEP if arch_uprobe_disable_step()
  doesn't do user_disable_single_step(), the application will
  be killed after the next syscall.

- arch_uprobe_enable_step() does access_process_vm() we do
  not need/want.

Change arch_uprobe_enable/disable_step() to set/clear X86_EFLAGS_TF
directly, this is much simpler and more correct. However, we need to
clear TIF_BLOCKSTEP/DEBUGCTLMSR_BTF before executing the probed insn,
add set_task_blockstep(false).

Note: with or without this patch, there is another (hopefully minor)
problem. A probed "pushf" insn can see the wrong X86_EFLAGS_TF set by
uprobes. Perhaps we should change _disable to update the stack, or
teach arch_uprobe_skip_sstep() to emulate this insn.

Signed-off-by: Oleg Nesterov <oleg@redhat.com>
Acked-by: Srikar Dronamraju <srikar@linux.vnet.ibm.com>
arch/x86/include/asm/processor.h
arch/x86/kernel/step.c
arch/x86/kernel/uprobes.c