[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0608281250060.6761@scrub.home>
Date: Mon, 28 Aug 2006 13:39:49 +0200 (CEST)
From: Roman Zippel <zippel@...ux-m68k.org>
To: linux@...izon.com
cc: johnstul@...ibm.com, linux-kernel@...r.kernel.org,
theotso@...ibm.com
Subject: Re: Linux time code
Hi,
On Thu, 23 Aug 2006, linux@...izon.com wrote:
> > Additionally creating UTS and UTC at the same time would be a bit
> > complicated. Your solution above isn't quite UTS, since it only handles
> > the leap insertion, however the insertion case is the one that causes
> > users most of the pain (since the clock goes backward), so it may very
> > well be good enough.
>
> It's not that it's hard to implement leap deletion, but it's code
> on a moderately hot path (gettimeofday() is a very popular system
> call) that will, as far as anyone knows, never be used.
>
> If you want the full version, try:
>
> case CLOCK_UTS:
> /* Recommended for gettimeofday() & time() */
> /* See http://www.cl.cam.ac.uk/~mgk25/uts.txt */
> clock_gettime(CLOCK_TAI, tp);
> tp->tv_sec -= tai_minus_utc;
>
> if (tp->tv_sec > next_leap_second) {
> tp->tv_sec += (next_leap_second & 1) ? -1 : 1;
>
> } else if (next_leap_second - tp->tv_sec < 1000) {
> /* 1000 UTC/TAI seconds = 999 or 1001 UTS seconds */
> uint32_t offset = next_leap_second - tp->tv_sec + 1;
> offset *= MILLION;
> offset += (uint32_t)(BILLION - tp->tv_nsec)/1000;
> if (next_leap_second & 1) {
> /* Negative (deleted) leap second */
> if ((tp->tv_nsec += offset) >= BILLION) {
> tp->tv_nsec -= BILLION;
> tp->tv_sec++;
> }
> } else {
> /* Positive (inserted) leap second */
> if ((tp->tv_nsec -= offset) < 0) {
> tp->tv_nsec += BILLION;
> tp->tv_sec--;
> }
> }
> }
> break;
Doing something like for this for gettimeofday() is pretty much obsolete
with the new time code. OTOH it's rather simple to smooth out the leap
second now, you can set time_adjust and adjust MAX_TICKADJ and the clock
will follow nicely.
bye, Roman
-
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