Ulrich Windl wrote:
On 2 Dec 2005 at 16:19, George Anzinger wrote:
john stultz wrote:
All,
Here is the second of two patches which try to minimize my ntp rework
patches.
This patch further changes the interrupt time NTP code, breaking out the
leapsecond processing and introduces an accessor to a shifted ppm
In a discusson aroung the leapsecond and how to disable it (some folks
don't want the time jump) it came to light that, for the most part,
this is unused code. It requires that time be kept in UST to be
useful and, from what I can tell, most folks keep time in their local
timezone, thus, effectively, disableing the usage of the leapsecond
correction (ntp figures this out and just says "no"). Possibly it is
time to ask if we should keep this in the kernel at all.
I think this is not a question at all whether people like leap seconds or not:
Either they want to have the current official time, or they do not. If they do
not, they won't care about NTP; if they do they'd use it.
If they don't like leap seconds, they'd go into politics to forbid them by law.
I don't think that is what happens now. Rather the leapsecond is not
requested by ntp and either a) ntp sets the clock at the required time
or b) it "creeps" it ahead or back by one second over a somewhat
longer time. It is behavior b) that I have found some folks want. In
no case do I see anyone wanting to drop the leapsecond, they just
don't want the discontinuity it introduces and are willing to be a
second (or if done properly, half a second) away from the correct time
for a period of time around the official leapsecond.
--
George Anzinger [email protected]
HRT (High-res-timers): http://sourceforge.net/projects/high-res-timers/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]