[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140515151109.GQ30445@twins.programming.kicks-ass.net>
Date: Thu, 15 May 2014 17:11:09 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Carlos O'Donell <carlos@...hat.com>
Cc: mtk.manpages@...il.com, Darren Hart <dvhart@...ux.intel.com>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...e.hu>, Jakub Jelinek <jakub@...hat.com>,
"linux-man@...r.kernel.org" <linux-man@...r.kernel.org>,
lkml <linux-kernel@...r.kernel.org>,
Davidlohr Bueso <davidlohr.bueso@...com>,
Arnd Bergmann <arnd@...db.de>,
Steven Rostedt <rostedt@...dmis.org>,
Linux API <linux-api@...r.kernel.org>
Subject: Re: futex(2) man page update help request
On Thu, May 15, 2014 at 10:39:09AM -0400, Carlos O'Donell wrote:
> For example does gettid *really* return a pid_t as considered by
> userspace? It's not a full out process...
Yeah, PIDs and TIDs are the same namespace in the kernel. All we have
are tasks and each task has an id. gettid() actually returns the id of
the current task.
getpid() returns the id of the thread group leader, so for that task
gettid() and getpid() return the same id.
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists