Hi all,
several months ago I have opened NTP bug #2592
"Leap second warning from refclock lost, and time offsets may not be
accepted if refclock driver uses PPS"
http://bugs.ntp.org/show_bug.cgi?id=2592
By intensive testing with the current NTP tarball 4.2.8p1-RC1
http://archive.ntp.org/ntp4/ntp-4.2/ntp-4.2.8p1-RC1.tar.gz
we have found out that a leap second status from a refclock is still not
picked up in 4.2.8, and even worse, that initial synchronization may not
work if the initial time offset is in a certain range. See the bug
report for details.
As far as we have seen there's a simple fix for this. Anyway, I'd like
to ask if folks who are using refclocks with PPS support could test the
patch to make sure it doesn't break something else.
To do so, you can just download the tarball mentioned above, then change
into the base directory and extract this tarball there:
http://people.ntp.org/burnicki/ntp-2592-ntp_proto.tar.gz
This just overwrite ntpd/ntp_proto.c with a version containing the patch
mentioned in the bug report.
We have already run the following tests successfully:
- parse driver (driver 8) with built-in PPS enabled
- parse driver 8 without built-in PPS, but ATOM in addition
- network peer marked as "prefer", and ATOM in addition
It would be great if some folks who use a refclock with PPS run this
test and see if everything still works as before, or even better. ;-)
Martin
--
Martin Burnicki
Meinberg Funkuhren
Bad Pyrmont
Germany
_______________________________________________
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions