Re: [ntp:questions] NTP, GPSD PPS

2014-12-10 Thread David Taylor
On 09/12/2014 20:51, Paul wrote: [] As I mentioned previously it's still possible to use refclock 1 (LOCAL). The driver is claimed to be deprecated but it's still present in 4.2.7 so presumably will be in 4.2.8. server 127.127.22.0 minpoll 3 maxpoll 3 fudge 127.127.22.0 stratum 0 server

Re: [ntp:questions] NTP, GPSD PPS

2014-12-10 Thread Miroslav Lichvar
On Tue, Dec 09, 2014 at 03:29:45PM +0100, Sander Smeenk wrote: I run a stratum 1 server which has a Garmin LVC 18x connected to its ttyS0. The GPS provides a PPS signal via serial and i use gpsd to provide the NMEA sentences and pulse data in shared memory to NTP. This partly works. NTP

Re: [ntp:questions] NTP, GPSD PPS

2014-12-10 Thread David Taylor
On 10/12/2014 10:24, Miroslav Lichvar wrote: [] If it's a recent version of gpsd which uses kernel timestamps (check for KPPS messages in gpsd -D 4 output), you may already have a true PPS sync. The PPS and NMEA timestamps are paired in gpsd, so it's not necessary to add the NMEA source to ntpd.

Re: [ntp:questions] NTP, GPSD PPS

2014-12-10 Thread Miroslav Lichvar
On Wed, Dec 10, 2014 at 11:50:22AM +, David Taylor wrote: With -D 4 I get a list of devices ending with PPS, but presumably that is not the same as KPPS? In gpsd the PPS without K is the userspace timestamping. With kernel timestamping the log looks like this: gpsd:PROG: PPS edge: 1,

Re: [ntp:questions] Red Hat vote for chrony

2014-12-10 Thread Paul
On Wed, Dec 10, 2014 at 5:04 AM, Miroslav Lichvar mlich...@redhat.com wrote: See also the following post, apparently the BBB can use a separate HW timer to timestamp PPS, reducing the error and jitter significantly. http://blog.dan.drown.org/beaglebone-black-timer-capture-driver/ It looks