public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
From: Jesse Barnes <jbarnes@sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] [patch] 2.4 timer_interrupt/gettimeoffset machvec
Date: Tue, 08 Apr 2003 21:49:25 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590723705440@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590723705438@msgid-missing>

On Tue, Apr 08, 2003 at 02:41:52PM -0700, David Mosberger wrote:
> I suspect we're better off in the long term making gettimeoffset() a
> function pointer.  I can certainly imagine platforms where multiple
> interpolation sources are available and depending on parameters (e.g.,
> long-term stability or overhead), one might want to choose one or
> another.

I agree, since it'll probably refer to a platform specific RTC.

> The motivation for changing timer_interrupt() seems suspect to me.
> The timer interupt is generated PER CPU, so there is no drift issue at
> all (in fact, we intentionally _skew_ things at boot time to reduce
> the likelihood of getting all timer interrupts at the same time).

The problem is that we want high resolution gettimeofday, which means
that we need to know how long its been since wall time was updated
when gettimeoffset is called.  We do that right now by snapshoting the
RTC in timer_interrupt...

Jesse


  parent reply	other threads:[~2003-04-08 21:49 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-08 20:35 [Linux-ia64] [patch] 2.4 timer_interrupt/gettimeoffset machvec Jes Sorensen
2003-04-08 21:41 ` David Mosberger
2003-04-08 21:49 ` Jesse Barnes [this message]
2003-04-09 17:53 ` David Mosberger
2003-04-09 18:43 ` Grant Grundler
2003-04-14 23:22 ` Jesse Barnes
2003-04-17 23:02 ` Jes Sorensen
2003-04-17 23:43 ` David Mosberger
2003-04-18  0:00 ` Jes Sorensen
2003-04-18  1:21 ` Jes Sorensen

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=marc-linux-ia64-105590723705440@msgid-missing \
    --to=jbarnes@sgi.com \
    --cc=linux-ia64@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox