linux-kernel - Re: [ntpwg] Bug: Status/Summary of slashdot leap-second crash on new years 2008-2009

Open Source and information security mailing list archives

Message-ID: <49667C97.10000@udel.edu>
Date:	Thu, 08 Jan 2009 22:22:15 +0000
From:	David Mills <mills@...l.edu>
To:	unlisted-recipients:; (no To-header on input)
CC:	linux-kernel@...r.kernel.org, ntpwg@...ts.ntp.isc.org
Subject: Re: [ntpwg] Bug: Status/Summary of slashdot leap-second crash on
 new years 2008-2009

Folks,

You are not correct. The kernel software clock variable is in fact 
stepped back, but the routine that actually reads the clock does not 
step the clock back unless set back more than two seconds.. Otherwise, 
the clock is strictly monotonic. That is the ad vice I gave in rfc1583 
and implemented the Digital Unix kernel because I wrote tthe code. Other 
kernelmongers might or might not have taken the advice.

As for the TAI issue discussed earlier, note that the generic NTP kernel 
supportfrom me since 1991  has TAI . However, support to read it 
requires the ntp_gettime()  syscall and nlot all kernels support it.

The recent leap was observed to work correctly in Solaris and FreeBSD. 
It worked fine with the WWV driver and the Spectracom GPS driver, but 
not the NMEA, Arbiter, Meinberg nor any of the NIST or USNO primary 
servers. It probably did work with the Canadian servers, since the 
Ottowa primary server is synchronized via my CHU audio driver. It didn't 
work onn my carefully contrived backroom servers, as they lost power 
durring the event.

See  www.eecis.udel.edu/~mills/leap.html and/or the online NTP 
documentation and/or my book.

Dave

Alan Cox wrote:

>On Thu, 8 Jan 2009 10:48:54 +0000
>Alan Cox <alan@...rguk.ukuu.org.uk> wrote:
>
>  
>
>>>On FreeBSD, Solaris and Digital Unix, I'll point out, that jumping
>>>backwards is used, and has been used since at least 1994.  So saying
>>>it isn't used in the world today is flat out wrong.
>>>      
>>>
>
>[Ignore previous email, must remember not to post before waking up  ;)]
>
>You are correct - and providing gettimeofday() is being used on Linux
>rather than time() which simply appears to stall due to resolution the
>same is true.
>
>Some users do run with the "right" timezone data in non posix mode
>because they want their seconds 'sane' but that isn't the default.
>
>Alan
>
>
>_______________________________________________
>ntpwg mailing list
>ntpwg@...ts.ntp.org
>https://lists.ntp.org/mailman/listinfo/ntpwg
>  
>

--
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/

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives