All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ulrich Drepper <drepper@redhat.com>
To: Christoph Lameter <clameter@sgi.com>
Cc: Roland McGrath <roland@redhat.com>,
	akpm@osdl.org, torvalds@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/7] cpu-timers: high-resolution CPU clocks for POSIX clock_* syscalls
Date: Tue, 14 Dec 2004 13:38:09 -0800	[thread overview]
Message-ID: <41BF5D41.6030001@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0412140939010.1546@schroedinger.engr.sgi.com>

[-- Attachment #1: Type: text/plain, Size: 921 bytes --]

Christoph Lameter wrote:

> Posix does not prescribe any access limitations for those clocks and as
> far as I understand the standard, access to all process clocks needs to
> be possible.

And how exactly do you plan to address clocks of various threads in 
another process?  Threads are only identified by the pthread_t 
descriptor.  These values have no meaning outside the process the 
threads are in.  The TIDs we use in the implementation cannot be used. 
They are an implementation detail and a thread might very well have 
different TIDs over time in future versions of the thread library.

The pthread_getcpuclockid() and similar uses return clock IDs which are 
only meaningful in the calling process.  Using the value in another 
process has undefined results.  I.e., what Roland says is correct, the 
limitation is needed.

-- 
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

  reply	other threads:[~2004-12-14 21:40 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-14  3:55 [PATCH 1/7] cpu-timers: high-resolution CPU clocks for POSIX clock_* syscalls Roland McGrath
2004-12-14 18:36 ` Christoph Lameter
2004-12-14 21:38   ` Ulrich Drepper [this message]
2004-12-14 21:50     ` Roland McGrath
2004-12-14 21:58       ` Christoph Lameter
2004-12-14 22:18       ` Linus Torvalds
2004-12-14 22:26         ` Ulrich Drepper
2004-12-14 22:44           ` Linus Torvalds
2004-12-14 23:08             ` Roland McGrath
2004-12-14 22:14   ` Roland McGrath
2004-12-14 22:23     ` Christoph Lameter
2004-12-15 18:43     ` Christoph Lameter
     [not found] <200412140355.iBE3t7KL008040@magilla.sf.frob.com.suse.lists.linux.kernel>
2004-12-14 19:07 ` Andi Kleen
2004-12-14 22:44   ` Ulrich Drepper
2004-12-15  4:51     ` Andi Kleen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=41BF5D41.6030001@redhat.com \
    --to=drepper@redhat.com \
    --cc=akpm@osdl.org \
    --cc=clameter@sgi.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=roland@redhat.com \
    --cc=torvalds@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.