Harlan Stenn wrote:
In article <498dd696.5020...@ntp.isc.org>, ma...@ntp.isc.org (Danny Mayer)
writes:
>
> Martin> BTW, the same basic problem is with the ISC libraries, which also
> Martin> seem to have been copied e.g. from ISC's bind. Nowadays there a
> Martin> different versions of
>>> In article <498dd696.5020...@ntp.isc.org>, ma...@ntp.isc.org (Danny Mayer)
>>> writes:
Martin> BTW, the same basic problem is with the ISC libraries, which also
Martin> seem to have been copied e.g. from ISC's bind. Nowadays there a
Martin> different versions of the same source code modules b
Harlan Stenn wrote:
In article <977ad296bdaf2f428cf7028f923e4a200af1a...@earth.impinj.com>,
wayne@impinj.com (Wayne Liu) writes:
>
> Wayne> Hello All; I'm running the latest ntp-4.2.4p6 on Linux 2.6.18 and I
> Wayne> got the following up front when I start ntpd: === ntpd
> W
>gpsd does not perform any filtering at all. it puts the timestamp
>data from NMEA and PPS into shared memory and lets ntpd do all the
>filtering via the shm driver.
I tweaked the shm driver a while ago. It's in ntp-dev.
It used to grab one sample per polling interval. Now it grabs
one per seco
Dave Hart wrote:
> On Feb 6, 5:35 pm, rxd1...@louisiana.edu (Dahal Runa) wrote:
>> gpsd: Packet discard of 35, chars remaining is 0 =
>> gpsd: <= GPS: $GPZDA,220649.000,05,02,2009,,*51
>> gpsd: pps-detect (DCD) on /dev/ttyM0 changed to 0
>> gpsd: PPS pulse rejected. No fix.
>> gpsd: pps-detect (DC
David Mills wrote:
> Rob,
>
> That would work fine, but does not explain the large jitter reported,
> unless gpsd displays the raw data placed in the shared segment. That
> wouldn't be very useful; the ntpq rv data would be useful and in fact
> the ultimate performance calibration. Also, why is
On Feb 7, 6:51 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
> Dave Hart wrote:
> > It's running with a patch to lock the main and timer threads to the
> > 2nd CPU using SetThreadAffinity. I haven't tried locking the async I/
> > O thread as well, but I will now. It's also running with a patch to
>
Dave Hart wrote:
> On Feb 5, 9:33 pm, Terje Mathisen <"terje.mathisen at tmsw.no"> wrote:
>> Dave Hart wrote:
>>> Looking at the last 800 loopstats lines for the refclock, representing
>>> a bit more than 3 hours of 16s polls, the offsets in microseconds look
>>> like
>>> -79.497min
>>> -26.961
Harlan Stenn wrote:
> Martin> BTW, the same basic problem is with the ISC libraries, which also
> Martin> seem to have been copied e.g. from ISC's bind. Nowadays there a
> Martin> different versions of the same source code modules both in libisc/
> Martin> and ports/winnt/libisc, e.g. interfaceite
