Searched hist:f470021adb9190819c03d6d8c5c860a17480aa6d (Results 1 – 5 of 5) sorted by relevance
/openbmc/linux/include/linux/ |
H A D | init_task.h | diff f470021adb9190819c03d6d8c5c860a17480aa6d Mon Mar 24 20:36:23 CDT 2008 Roland McGrath <roland@redhat.com> ptrace children revamp
ptrace no longer fiddles with the children/sibling links, and the old ptrace_children list is gone. Now ptrace, whether of one's own children or another's via PTRACE_ATTACH, just uses the new ptraced list instead.
There should be no user-visible difference that matters. The only change is the order in which do_wait() sees multiple stopped children and stopped ptrace attachees. Since wait_task_stopped() was changed earlier so it no longer reorders the children list, we already know this won't cause any new problems.
Signed-off-by: Roland McGrath <roland@redhat.com>
|
H A D | sched.h | diff f470021adb9190819c03d6d8c5c860a17480aa6d Mon Mar 24 20:36:23 CDT 2008 Roland McGrath <roland@redhat.com> ptrace children revamp
ptrace no longer fiddles with the children/sibling links, and the old ptrace_children list is gone. Now ptrace, whether of one's own children or another's via PTRACE_ATTACH, just uses the new ptraced list instead.
There should be no user-visible difference that matters. The only change is the order in which do_wait() sees multiple stopped children and stopped ptrace attachees. Since wait_task_stopped() was changed earlier so it no longer reorders the children list, we already know this won't cause any new problems.
Signed-off-by: Roland McGrath <roland@redhat.com>
|
/openbmc/linux/kernel/ |
H A D | ptrace.c | diff f470021adb9190819c03d6d8c5c860a17480aa6d Mon Mar 24 20:36:23 CDT 2008 Roland McGrath <roland@redhat.com> ptrace children revamp
ptrace no longer fiddles with the children/sibling links, and the old ptrace_children list is gone. Now ptrace, whether of one's own children or another's via PTRACE_ATTACH, just uses the new ptraced list instead.
There should be no user-visible difference that matters. The only change is the order in which do_wait() sees multiple stopped children and stopped ptrace attachees. Since wait_task_stopped() was changed earlier so it no longer reorders the children list, we already know this won't cause any new problems.
Signed-off-by: Roland McGrath <roland@redhat.com>
|
H A D | exit.c | diff f470021adb9190819c03d6d8c5c860a17480aa6d Mon Mar 24 20:36:23 CDT 2008 Roland McGrath <roland@redhat.com> ptrace children revamp
ptrace no longer fiddles with the children/sibling links, and the old ptrace_children list is gone. Now ptrace, whether of one's own children or another's via PTRACE_ATTACH, just uses the new ptraced list instead.
There should be no user-visible difference that matters. The only change is the order in which do_wait() sees multiple stopped children and stopped ptrace attachees. Since wait_task_stopped() was changed earlier so it no longer reorders the children list, we already know this won't cause any new problems.
Signed-off-by: Roland McGrath <roland@redhat.com>
|
H A D | fork.c | diff f470021adb9190819c03d6d8c5c860a17480aa6d Mon Mar 24 20:36:23 CDT 2008 Roland McGrath <roland@redhat.com> ptrace children revamp
ptrace no longer fiddles with the children/sibling links, and the old ptrace_children list is gone. Now ptrace, whether of one's own children or another's via PTRACE_ATTACH, just uses the new ptraced list instead.
There should be no user-visible difference that matters. The only change is the order in which do_wait() sees multiple stopped children and stopped ptrace attachees. Since wait_task_stopped() was changed earlier so it no longer reorders the children list, we already know this won't cause any new problems.
Signed-off-by: Roland McGrath <roland@redhat.com>
|