<div dir="ltr"><div>On Mon, Nov 25, 2019 at 3:15 PM Sanjeev Gupta via devel <<a href="mailto:devel@ntpsec.org">devel@ntpsec.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>From: docs/driver_shm.adoc<br></div><div><br></div><div>Is the first paragraph still required, if it doesn't apply to current nrpsec?</div><div><br></div><div>And I cant parse the second paragraph, especially the first line.  What should I use?  Not the ancient method, surely?<br></div><div><br></div><div><br></div><div>The _GPSD_ man page suggests setting minpoll and maxpoll to 4. That was<br>an attempt to reduce jitter. The SHM driver was fixed (ntp-4.2.5p138) to<br>collect data each second rather than once per polling interval so that<br>suggestion is no longer reasonable.<br><br>*Note:* The _GPSD_ client driver uses the _GPSD_ client<br>protocol to connect and talk to _GPSD_, but using the SHM driver is the<br>ancient way to have _GPSD_ talk to _ntpd_. There are some tricky points<br>when using the SHM interface to interface with _GPSD_, because _GPSD_<br>will use two SHM clocks, one for the serial data stream and one for the<br>PPS information when available. Receivers with a loose/sloppy timing<br>between PPS and serial data can easily cause trouble here because _ntpd_<br>has no way to join the two data streams and correlate the serial data<br>with the PPS events.</div></div></blockquote><div><br></div><div>It still does a little. You could but probably shouldn't use text like<br>the following paragraph instead.<br></div><div><br></div><div>The _GPSD_ man page suggests setting minpoll and maxpoll to 4. This only<br>applies to old (pre 4.2.5p138) versions of classic ntpd. The suggested<br>means of connecting to a local GPSD instance is to use the gpsd refclock.<br>the SHM refclock driver lacks a mechanism to correlate PPS information<br>with the data stream. Receivers without tight/strict timing may cause<br>trouble here.<br></div><div><br></div><div>Additional verbiage complimenting this might be added to the gpsd<br>refclock files.<br></div></div></div>