(already in mm:
ptrace-x86-change-syscall_trace_leave-to-rely-on-tracehook-when-stepping.patch)
Suggested by Roland.
Unlike powepc, x86 always calls tracehook_report_syscall_exit(step)
with step = 0, and sends the trap by hand.
This results in unnecessary SIGTRAP when PTRACE_SINGLESTEP follows
(already in mm:
ptrace-x86-change-syscall_trace_leave-to-rely-on-tracehook-when-stepping.patch)
Suggested by Roland.
Unlike powepc, x86 always calls tracehook_report_syscall_exit(step)
with step = 0, and sends the trap by hand.
This results in unnecessary SIGTRAP when PTRACE_SINGLESTEP follows
We had a pleasant surprise over the weekend.
The tracehook branch was merged in upstream!
As of 2.6.26-git18, the generic tracehook patches plus the powerpc and
sparc64 arch work are all in. The x86-tracehook branch is in the
hands of the x86 arch maintainers and I expect it will get pushed up
as the pointers passed (and now unused) in those
calls you mentioned. (Because these are actually inlines, any unused
parameters compile away completely. If any core code calling tracehook
functions were ever to change so that one of these items were no longer
already on hand, then we would change the tracehook
