[LinuxPPS] Re: LinuxPPS 4.0.0 not working on x86_64

[linux at horizon.com]

> However the patch _should_ work even on 64bits.

No, it definitely doesn't.  The following patch, however, solves that:

diff --git a/include/asm-x86_64/unistd.h b/include/asm-x86_64/unistd.h
index 8696f8a..b1baeba 100644
--- a/include/asm-x86_64/unistd.h
+++ b/include/asm-x86_64/unistd.h
@@ -630,6 +630,16 @@ __SYSCALL(__NR_signalfd, sys_signalfd)
 __SYSCALL(__NR_timerfd, sys_timerfd)
 #define __NR_eventfd		284
 __SYSCALL(__NR_eventfd, sys_eventfd)
+#define __NR_time_pps_cmd	285
+__SYSCALL(__NR_time_pps_cmd, sys_time_pps_cmd)
+#define __NR_time_pps_getparams	286
+__SYSCALL(__NR_time_pps_getparams, sys_time_pps_getparams)
+#define __NR_time_pps_setparams	287
+__SYSCALL(__NR_time_pps_setparams, sys_time_pps_setparams)
+#define __NR_time_pps_getcap	288
+__SYSCALL(__NR_time_pps_getcap, sys_time_pps_getcap)
+#define __NR_time_pps_fetch	289
+__SYSCALL(__NR_time_pps_fetch, sys_time_pps_fetch)
 
 #ifndef __NO_STUBS
 #define __ARCH_WANT_OLD_READDIR

With that applied, things work:
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+192.35.100.1    .PPS.            1 u    3   16  377    0.132   -0.550   0.019
+127.127.29.0    .PALI.           0 l    8   16  377    0.000   -0.520   0.020
o127.127.22.0    .PPS.            0 l    -    4  377    0.000   -0.519   0.011

(The PALI number is hardware timestamped by the GPS clock.  I have
fudge 127.127.22.0 time1 0.00000832
to get the PPS signal to line up with it.)