[LinuxPPS] time_pps_kcbind return EOPNOTSUPP

[William S. Brasher]

On Sun, 30 May 2010, Udo van den Heuvel wrote:

> On 2010-05-30 10:53, Udo van den Heuvel wrote:
> > So what is going on?
> 
> See below:
> 
> [root at epia wide-dhcpv6-20080615]# ntpq -pn
>      remote           refid      st t when poll reach   delay   offset
> jitter
> ==============================================================================
> *127.127.1.0     .LOCL.           5 l  201   64   10    0.000    0.000
>  0.001
> x127.127.20.0    .GPS.            0 l    8   16  377    0.000   16.603
>  4.996
> x127.127.22.0    .PPS.            0 l    7   16  377    0.000   16.673
>  5.034




The current ntp has pps in the nmea driver (127.127.20.x).   You do not 
need to include the pps driver (127.127.22.x) in ntp.conf, it seems.  Try
removing the pps driver from ntp.conf and restarting ntpd...

I have only the nmea driver (127.127.20.0) in ntp.conf:
server 127.127.20.0 prefer minpoll 4      # NMEA clock
fudge 127.127.20.0 flag1 1 flag3 1


After a little more than two hours after a cold start on linux-2.6.34:
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
oGPS_NMEA(0)     .GPS.            0 l   10   16  377    0.000   -0.002   0.001
+chronos.q.lan   .PPS.            1 u   64   64  377    0.156   -0.007   0.025


root at inara: # ntptime
ntp_gettime() returns code 0 (OK)
  time cfad3771.eda55460  Sun, May 30 2010 14:13:53.928, (.928304374),
  maximum error 1736 us, estimated error 0 us
ntp_adjtime() returns code 0 (OK)
  modes 0x0 (),
  offset -2.962 us, frequency -283.566 ppm, interval 1 s,
  maximum error 1736 us, estimated error 0 us,
  status 0x2007 (PLL,PPSFREQ,PPSTIME,NANO),
  time constant 4, precision 0.001 us, tolerance 500 ppm,