* [PATCH 2/4] forget_original_parent: do not abuse child->ptrace_entry
@ 2009-02-11 21:12 Oleg Nesterov
2009-02-20 2:28 ` Roland McGrath
0 siblings, 1 reply; 3+ messages in thread
From: Oleg Nesterov @ 2009-02-11 21:12 UTC (permalink / raw)
To: Andrew Morton
Cc: Eric W. Biederman, Metzger, Markus T, Roland McGrath,
linux-kernel
By discussion with Roland.
- Use ->sibling instead of ->ptrace_entry to chain the need to be
release_task'd childs. Nobody else can use ->sibling, this task
is EXIT_DEAD and nobody can find it on its own list.
- rename ptrace_dead to dead_childs.
- Now that we don't have the "parallel" untrace code, change back
reparent_thread() to return void, pass dead_childs as an argument.
Actually, I don't understand why do we notify /sbin/init when we
reparent a zombie, probably it is better to reap it unconditionally.
Signed-off-by: Oleg Nesterov <oleg@redhat.com>
--- 6.29-rc3/kernel/exit.c~2_REPARENT 2009-02-11 03:01:46.000000000 +0100
+++ 6.29-rc3/kernel/exit.c 2009-02-11 06:37:36.000000000 +0100
@@ -723,46 +723,6 @@ static void exit_mm(struct task_struct *
mmput(mm);
}
-/* Returns nonzero if the child should be released. */
-static int reparent_thread(struct task_struct *p, struct task_struct *father)
-{
- int dead;
-
- if (p->pdeath_signal)
- /* We already hold the tasklist_lock here. */
- group_send_sig_info(p->pdeath_signal, SEND_SIG_NOINFO, p);
-
- list_move_tail(&p->sibling, &p->real_parent->children);
-
- if (task_detached(p))
- return 0;
- /* If this is a threaded reparent there is no need to
- * notify anyone anything has happened.
- */
- if (same_thread_group(p->real_parent, father))
- return 0;
-
- /* We don't want people slaying init. */
- p->exit_signal = SIGCHLD;
-
- /* If we'd notified the old parent about this child's death,
- * also notify the new parent.
- */
- dead = 0;
- if (!p->ptrace &&
- p->exit_state == EXIT_ZOMBIE && thread_group_empty(p)) {
- do_notify_parent(p, p->exit_signal);
- if (task_detached(p)) {
- p->exit_state = EXIT_DEAD;
- dead = 1;
- }
- }
-
- kill_orphaned_pgrp(p, father);
-
- return dead;
-}
-
/*
* When we die, we re-parent all our children.
* Try to give them to another thread in our thread
@@ -802,10 +762,46 @@ static struct task_struct *find_new_reap
return pid_ns->child_reaper;
}
+/*
+* Any that need to be release_task'd are put on the @dead list.
+ */
+static void reparent_thread(struct task_struct *father, struct task_struct *p,
+ struct list_head *dead)
+{
+ if (p->pdeath_signal)
+ group_send_sig_info(p->pdeath_signal, SEND_SIG_NOINFO, p);
+
+ list_move_tail(&p->sibling, &p->real_parent->children);
+
+ if (task_detached(p))
+ return;
+ /*
+ * If this is a threaded reparent there is no need to
+ * notify anyone anything has happened.
+ */
+ if (same_thread_group(p->real_parent, father))
+ return;
+
+ /* We don't want people slaying init. */
+ p->exit_signal = SIGCHLD;
+
+ /* If it has exited notify the new parent about this child's death. */
+ if (!p->ptrace &&
+ p->exit_state == EXIT_ZOMBIE && thread_group_empty(p)) {
+ do_notify_parent(p, p->exit_signal);
+ if (task_detached(p)) {
+ p->exit_state = EXIT_DEAD;
+ list_move_tail(&p->sibling, dead);
+ }
+ }
+
+ kill_orphaned_pgrp(p, father);
+}
+
static void forget_original_parent(struct task_struct *father)
{
struct task_struct *p, *n, *reaper;
- LIST_HEAD(ptrace_dead);
+ LIST_HEAD(dead_childs);
exit_ptrace(father);
@@ -818,15 +814,14 @@ static void forget_original_parent(struc
BUG_ON(p->ptrace);
p->parent = p->real_parent;
}
- if (reparent_thread(p, father))
- list_add(&p->ptrace_entry, &ptrace_dead);;
+ reparent_thread(father, p, &dead_childs);
}
-
write_unlock_irq(&tasklist_lock);
+
BUG_ON(!list_empty(&father->children));
- list_for_each_entry_safe(p, n, &ptrace_dead, ptrace_entry) {
- list_del_init(&p->ptrace_entry);
+ list_for_each_entry_safe(p, n, &dead_childs, sibling) {
+ list_del_init(&p->sibling);
release_task(p);
}
}
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 2/4] forget_original_parent: do not abuse child->ptrace_entry
2009-02-11 21:12 [PATCH 2/4] forget_original_parent: do not abuse child->ptrace_entry Oleg Nesterov
@ 2009-02-20 2:28 ` Roland McGrath
2009-02-20 19:18 ` Oleg Nesterov
0 siblings, 1 reply; 3+ messages in thread
From: Roland McGrath @ 2009-02-20 2:28 UTC (permalink / raw)
To: Oleg Nesterov
Cc: Andrew Morton, Eric W. Biederman, Metzger, Markus T, linux-kernel
> - rename ptrace_dead to dead_childs.
s/dead_childs/dead_children/
> Actually, I don't understand why do we notify /sbin/init when we
> reparent a zombie, probably it is better to reap it unconditionally.
It is traditional behavior. It gives the init implementation the option to
report/log/analyze the details of abandoned zombies. (Whether or not that
really seems useful, there is no good reason to restrict the possibility.)
> +/*
> +* Any that need to be release_task'd are put on the @dead list.
> + */
Missing leading space on the second comment lien.
Modulo those cosmetic things, ACK on this.
Thanks,
Roland
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 2/4] forget_original_parent: do not abuse child->ptrace_entry
2009-02-20 2:28 ` Roland McGrath
@ 2009-02-20 19:18 ` Oleg Nesterov
0 siblings, 0 replies; 3+ messages in thread
From: Oleg Nesterov @ 2009-02-20 19:18 UTC (permalink / raw)
To: Roland McGrath
Cc: Andrew Morton, Eric W. Biederman, Metzger, Markus T, linux-kernel
On 02/19, Roland McGrath wrote:
>
> > - rename ptrace_dead to dead_childs.
>
> s/dead_childs/dead_children/
Yes, Andrew has already fixed this,
> > +/*
> > +* Any that need to be release_task'd are put on the @dead list.
> > + */
>
> Missing leading space on the second comment lien.
ah. will send the trivial cleanup.
> Modulo those cosmetic things, ACK on this.
Thanks.
Oleg.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-02-20 19:21 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-11 21:12 [PATCH 2/4] forget_original_parent: do not abuse child->ptrace_entry Oleg Nesterov
2009-02-20 2:28 ` Roland McGrath
2009-02-20 19:18 ` Oleg Nesterov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox