]> asedeno.scripts.mit.edu Git - linux.git/commit
signal: Restore the stop PTRACE_EVENT_EXIT
authorEric W. Biederman <ebiederm@xmission.com>
Tue, 12 Feb 2019 05:27:42 +0000 (23:27 -0600)
committerEric W. Biederman <ebiederm@xmission.com>
Wed, 13 Feb 2019 14:31:41 +0000 (08:31 -0600)
commitcf43a757fd49442bc38f76088b70c2299eed2c2f
treed185fedd4ce0e6d8e9cde9d7bd538de030a3c9da
parent7146db3317c67b517258cb5e1b08af387da0618b
signal: Restore the stop PTRACE_EVENT_EXIT

In the middle of do_exit() there is there is a call
"ptrace_event(PTRACE_EVENT_EXIT, code);" That call places the process
in TACKED_TRACED aka "(TASK_WAKEKILL | __TASK_TRACED)" and waits for
for the debugger to release the task or SIGKILL to be delivered.

Skipping past dequeue_signal when we know a fatal signal has already
been delivered resulted in SIGKILL remaining pending and
TIF_SIGPENDING remaining set.  This in turn caused the
scheduler to not sleep in PTACE_EVENT_EXIT as it figured
a fatal signal was pending.  This also caused ptrace_freeze_traced
in ptrace_check_attach to fail because it left a per thread
SIGKILL pending which is what fatal_signal_pending tests for.

This difference in signal state caused strace to report
strace: Exit of unknown pid NNNNN ignored

Therefore update the signal handling state like dequeue_signal
would when removing a per thread SIGKILL, by removing SIGKILL
from the per thread signal mask and clearing TIF_SIGPENDING.

Acked-by: Oleg Nesterov <oleg@redhat.com>
Reported-by: Oleg Nesterov <oleg@redhat.com>
Reported-by: Ivan Delalande <colona@arista.com>
Cc: stable@vger.kernel.org
Fixes: 35634ffa1751 ("signal: Always notice exiting tasks")
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
kernel/signal.c