[PATCH 1/1] re-introduce utrace_finish_stop() to fix the race with SIGKILL

A killed tracee should do nothing until the tracer drops utrace->lock. Signed-off-by: Oleg Nesterov --- include/linux/tracehook.h |2 ++ include/linux/utrace.h|2 ++ kernel/utrace.c | 16 +++- 3 files changed, 19 insertions(+), 1 deletion(-) --- UTRACE/inclu

[PATCH 0/1] Was: utrace-cleanup branch

On 10/28, Roland McGrath wrote: > > I've made a new branch, utrace-cleanup. > This forks from utrace-indirect and has: > > 26fefca utrace: sticky resume action > 28b2774 utrace: remove ->stopped field I am not sure I understand the new code in details - too much changes. Anyway, I can never unders

Sensational sales

Great variety of little helpers for your health. http://pef.pharmlydon43.com/

Re: [PATCH 127] move ptrace_resume()->send_sigtrap() logic into ptrace_report_signal()

> - it sets task->thread.trap_no/error_code under CONFIG_X86, > what should it do in the #else case? This can't be this way. It has to be a proper arch hook of some kind. > - it sets info->si_addr = KSTK_EIP() which doesn't check > user_mode_vm(). Hopefully this is OK

Re: upstream/utrace: copy_process() && TIF_SINGLESTEP

You are right. I added step-fork to ptrace-tests for this. The place that should do this is arch/*:copy_thread. TIF_* bits are arch implementation details. x86 and powerpc both have a TIF_SINGLESTEP that should be cleared, and others might too. Each arch maintainer should check if their implem