[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6599ad830908211637w6c9fd3a7tbe41bc106ada03d7@mail.gmail.com>
Date: Fri, 21 Aug 2009 16:37:44 -0700
From: Paul Menage <menage@...gle.com>
To: Oleg Nesterov <oleg@...hat.com>
Cc: akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
bblum@...gle.com, ebiederm@...ssion.com, lizf@...fujitsu.com,
matthltc@...ibm.com
Subject: Re: + cgroups-add-functionality-to-read-write-lock-clone_thread-forking-pe
r-threadgroup.patch added to -mm tree
On Fri, Aug 21, 2009 at 3:45 AM, Oleg Nesterov<oleg@...hat.com> wrote:
> In case I wasn't clear.
>
> Let's suppose we have subthreads T1 and T2, and we have a reference to T1.
In this case, T1 is also the thread group leader.
And we hold tasklist_lock around the entire operation. (So the
rcu_read_lock() call is probably a red herring - Li Zefan already
suggested that it be removed).
But you're saying that could still be a problem if tsk exits before
we even get to this point?
My impression was that if the thread group leader exits, it hangs
around (still attached to its thread group list) until all its threads
have exited. In which case as long as we're holding tasklist_lock, the
thread group list should remain valid.
Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists