mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-29 03:01:39 -04:00
ptrace_untrace: fix the SIGNAL_STOP_STOPPED check
This bug is ancient too. ptrace_untrace() must not resume the task if the group stop in progress, we should set TASK_STOPPED instead. Unfortunately, we still have problems here: - if the process/thread was traced, SIGNAL_STOP_STOPPED does not necessary means this thread group is stopped. - ptrace breaks the bookkeeping of ->group_stop_count. Signed-off-by: Oleg Nesterov <[email protected]> Cc: Jerome Marchand <[email protected]> Cc: Roland McGrath <[email protected]> Cc: Denys Vlasenko <[email protected]> Signed-off-by: Andrew Morton <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
This commit is contained in:
parent
95a3540da9
commit
1ee1184485
1 changed files with 7 additions and 3 deletions
|
|
@ -60,11 +60,15 @@ static void ptrace_untrace(struct task_struct *child)
|
|||
{
|
||||
spin_lock(&child->sighand->siglock);
|
||||
if (task_is_traced(child)) {
|
||||
if (child->signal->flags & SIGNAL_STOP_STOPPED) {
|
||||
/*
|
||||
* If the group stop is completed or in progress,
|
||||
* this thread was already counted as stopped.
|
||||
*/
|
||||
if (child->signal->flags & SIGNAL_STOP_STOPPED ||
|
||||
child->signal->group_stop_count)
|
||||
__set_task_state(child, TASK_STOPPED);
|
||||
} else {
|
||||
else
|
||||
signal_wake_up(child, 1);
|
||||
}
|
||||
}
|
||||
spin_unlock(&child->sighand->siglock);
|
||||
}
|
||||
|
|
|
|||
Loading…
Reference in a new issue