[ntp:hackers] processing a PPS siganl with no kernel support

Loretta Goldberg loretta_1958 at yahoo.com
Fri Apr 24 20:22:59 UTC 2009

I have written a reference clock driver for a GPS currently being designed, i.e. I am simulating the time-of-day message and PPS it will provide.
I am doing this for a proprietary Unix-like OS, so I have no kernel support for the PPS, no Line Disciplines or Streams Modules  (HAVE_TERMIOS is defined).  My driver is being built for ntp-4.2.4p4.
I noticed the "Bugzilla Bug 577 Let ATOM driver be the sole-source of PPS support".
Since  "HAVE_PPSAPI" is not defined for me, refclock_atom.c boils down to a start, shutdown, and poll function + the pps_sample() function that I need to call.
Am I correct, that this is a scenario where the "handling"  (opening the I/O port, processing the interrupt, etc.) of the PPS needs to be in the driver handling the associated time-of-day signal?   The handling will end with the call to pps_sample() for each computed offset?
Loretta Goldberg


More information about the hackers mailing list