[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 3.22 not sending PPS to SHM
From: |
Gary E. Miller |
Subject: |
Re: 3.22 not sending PPS to SHM |
Date: |
Sat, 16 Jan 2021 10:05:10 -0800 |
Yo David!
On Sat, 16 Jan 2021 10:51:00 +0000
David Taylor <gm8arv@yahoo.co.uk> wrote:
> As both GPSD and NTP(22) use the same /dev/pps0 source, how is the
> jitter not the same? I recall discussions on the NTP lists that the
> current implementation is better than the old kernel PPS, not worse.
My mistqke, I looked more at the NTPsec refclock_pps.c and it does
use KPPS. So the jitter should be the same. The gpsd driver is
more flexible on what KPPS sends it (2 Hz, etc.) and does better
error checking of the innput.
> Reported accuracy appears fine, and I've not been aware of any loss
> of seconds.
It happens.
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
gem@rellim.com Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can't measure it, you can't improve it." - Lord Kelvin
pgpX2HKKOKvAh.pgp
Description: OpenPGP digital signature
- Re: 3.22 not sending PPS to SHM, (continued)
- Re: 3.22 not sending PPS to SHM, Gary E. Miller, 2021/01/12
- Re: 3.22 not sending PPS to SHM, David Taylor, 2021/01/13
- Re: 3.22 not sending PPS to SHM, Gary E. Miller, 2021/01/13
- Re: 3.22 not sending PPS to SHM, David Taylor, 2021/01/14
- Re: 3.22 not sending PPS to SHM, Gary E. Miller, 2021/01/14
- Re: 3.22 not sending PPS to SHM, David Taylor, 2021/01/15
- Re: 3.22 not sending PPS to SHM, Gary E. Miller, 2021/01/15
- Re: 3.22 not sending PPS to SHM, David Taylor, 2021/01/16
- Re: 3.22 not sending PPS to SHM,
Gary E. Miller <=