[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8738dgae2u.fsf@x220.int.ebiederm.org>
Date: Fri, 01 Aug 2014 00:01:13 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Randy Dunlap <rdunlap@...radead.org>
Cc: Linux Containers <containers@...ts.linux-foundation.org>,
linux-api@...r.kernel.org,
"Michael Kerrisk \(man-pages\)" <mtk.manpages@...il.com>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [REVIEW][PATCH 0/4] /proc/thread-self
Randy Dunlap <rdunlap@...radead.org> writes:
> On 07/31/14 17:30, Eric W. Biederman wrote:
>>
>> This patchset implements /proc/thread-self a magic symlink that
>> solves a couple of problems.
>>
>> - It makes it easy to get to a specific threads directory in /proc
>> with gettid() not being exported in glibc this is currently a pain.
>>
>> - It allows fixing the problem present in /proc/mounts and /proc/net
>> that when the thread group leader exits but the entire thread group
>> remains /proc/self/net and /proc/self/mounts and thus /proc/mounts and
>> /proc/net become empty.
>>
>> - As mount and network namespaces are per thread it allows /proc/net and
>> /proc/mounts to reflect this.
>
> Hi Eric,
>
> Any changes/additions to Documentation/ ?
Not at this time. I can imagine that there is proc manpage that might
need a line or two of Documentation.
I am not familiar with anything in Documentation that descripes any of
this and would benefit from an update. From an overview perspective I
can see documenting this so people know thread-self exists. From an
actual usage perspective:
$ ls -l /proc/thread-self
lrwxrwxrwx 1 root root 0 Aug 1 00:00 /proc/thread-self -> 484/task/484
seems like pretty comprehensive documentation to me.
Eric
--
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