[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D96052D.3030902@aknet.ru>
Date: Fri, 01 Apr 2011 21:02:37 +0400
From: Stas Sergeev <stsp@...et.ru>
To: Oleg Nesterov <oleg@...hat.com>
CC: Linux kernel <linux-kernel@...r.kernel.org>
Subject: Re: [path][rfc] add PR_DETACH prctl command
Hi Oleg.
Here are the splitted patches.
What do you think?
I admit that I haven't found yet the solutions to all
the problems you pointed yesterday, namely to the
check of "real_parent == init" and ptrace_reparented,
so ignore these 2 for now.
But probably now you can have a look into the exit.c part?
The first 2 patches are just the rearrangements and
should not incur any functional changes. The third one
is an implementation of pr_detach.
This time, the child is allowed to disappear from parent's
radar in case the old parent was slow to wait(), and the
process have exited and the new parent have wait()ed.
This is probably fine and not worth the complications,
what do you think?
Thanks for your time!
View attachment "01_sigpar.diff" of type "text/plain" (3645 bytes)
View attachment "02_cwaittsk.diff" of type "text/plain" (3108 bytes)
View attachment "03_prdetach.diff" of type "text/plain" (6540 bytes)
Powered by blists - more mailing lists