From: Ingo Molnar <mingo@elte.hu>
To: Ulrich Windl <ulrich.windl@rz.uni-regensburg.de>
Cc: Roman Zippel <zippel@linux-m68k.org>,
john stultz <johnstul@us.ibm.com>,
lkml <linux-kernel@vger.kernel.org>,
Darren Hart <dvhltc@us.ibm.com>,
Nishanth Aravamudan <nacc@us.ibm.com>,
Frank Sorenson <frank@tuxrocks.com>,
Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [PATCH 2/13] Time: Reduced NTP Rework (part 2)
Date: Tue, 6 Dec 2005 08:27:08 +0100 [thread overview]
Message-ID: <20051206072708.GA25129@elte.hu> (raw)
In-Reply-To: <4395475C.21877.29399CFE@Ulrich.Windl.rkdvmks1.ngate.uni-regensburg.de>
* Ulrich Windl <ulrich.windl@rz.uni-regensburg.de> wrote:
> > I'm thinking about moving the leap second handling to a timer, with the
> > new timer system it would be easy to set a timer for e.g. 23:59.59 and
> > then set the time. This way it would be gone from the common path and it
> > wouldn't matter that much anymore whether it's used or not.
>
> Will the timer solution guarantee consistent and exact updates?
it would still be dependent on system-load situations. It's an
interesting idea to use a timer for that, but there is no strict
synchronization between "get time of day" and "timer execution", so any
timer-based leap-second handling would be fundamentally asynchronous. I
dont think we want that, leap second handling should be a synchronous
property of 'time'.
i think the very first step should be the cleanups i did to the NTP
portions of timer.c. That made all the code (including leap second
handling) more readable. I think a portion of the inner desire to
rewrite the NTP code comes from the current spaghetti that accumulated
over the years.
Ingo
next prev parent reply other threads:[~2005-12-06 7:27 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-02 3:25 [PATCH 0/13] Time: Generic Timeofday Subsystem (v B12) john stultz
2005-12-02 3:25 ` [PATCH 1/13] Time: Reduced NTP rework (part 1) john stultz
2005-12-02 3:26 ` [PATCH 2/13] Time: Reduced NTP Rework (part 2) john stultz
2005-12-03 0:19 ` George Anzinger
2005-12-03 0:35 ` john stultz
2005-12-05 7:59 ` Ulrich Windl
2005-12-06 20:26 ` George Anzinger
2005-12-07 7:33 ` Ulrich Windl
2005-12-05 10:35 ` Roman Zippel
2005-12-06 7:10 ` Ulrich Windl
2005-12-06 7:27 ` Ingo Molnar [this message]
2005-12-06 10:35 ` Roman Zippel
2005-12-06 10:50 ` Ingo Molnar
2005-12-07 7:23 ` Ulrich Windl
2005-12-02 3:26 ` [PATCH 3/13] Time: Clocksource Infrastructure john stultz
2005-12-02 3:26 ` [PATCH 4/13] Time: Generic Timekeeping Infrastructure john stultz
2005-12-02 3:26 ` [PATCH 5/13] Time: i386 Conversion - part 1: Move timer_pit.c to i8253.c john stultz
2005-12-02 3:26 ` [PATCH 6/13] Time: i386 Conversion - part 2: Move timer_tsc.c to tsc.c john stultz
2005-12-02 3:26 ` [PATCH 7/13] Time: i386 Conversion - part 3: Rework TSC Support john stultz
2005-12-02 3:26 ` [PATCH 8/13] Time: i386 Conversion - part 4: ACPI PM variable renaming john stultz
2005-12-02 3:26 ` [PATCH 9/13] Time: i386 Conversion - part 5: Enable Generic Timekeeping john stultz
2005-12-02 3:27 ` [PATCH 10/13] Time: i386 Conversion - part 6: Remove Old Code john stultz
2005-12-02 3:27 ` [PATCH 11/13] Time: i386/x86-64 Clocksource Drivers john stultz
2005-12-02 3:27 ` [PATCH 12/13] Time: x86-64 Conversion to Generic Timekeeping john stultz
2005-12-02 3:27 ` [PATCH 13/13] Time: Generic Timekeeping Paraniod Debug Patch john stultz
-- strict thread matches above, loose matches on Subject: below --
2005-12-15 2:00 [PATCH 0/13] Time: Generic Timeofday Subsystem (v B14) john stultz
2005-12-15 2:00 ` [PATCH 2/13] Time: Reduced NTP Rework (part 2) john stultz
2005-12-06 4:13 [PATCH 0/13] Time: Generic Timeofday Subsystem (v B13) john stultz
2005-12-06 4:14 ` [PATCH 2/13] Time: Reduced NTP Rework (part 2) john stultz
2005-11-22 1:35 [PATCH 0/13] Time: Generic Timeofday Subsystem (v B11) john stultz
2005-11-22 1:35 ` [PATCH 2/13] Time: Reduced NTP Rework (part 2) john stultz
2005-11-26 14:53 ` Ingo Molnar
2005-11-12 4:48 [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10) john stultz
2005-11-12 4:49 ` [PATCH 2/13] Time: Reduced NTP Rework (part 2) john stultz
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=20051206072708.GA25129@elte.hu \
--to=mingo@elte.hu \
--cc=dvhltc@us.ibm.com \
--cc=frank@tuxrocks.com \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=nacc@us.ibm.com \
--cc=tglx@linutronix.de \
--cc=ulrich.windl@rz.uni-regensburg.de \
--cc=zippel@linux-m68k.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
Powered by JetHome