It's not necessary to use refclock_process() if the driver creates its own l_fp timecode timestamp and uses refclock_process_offset(). I was considering removing refclock_process() when I added the rollover workaround to the trimble driver, but then I read this: https://bugs.ntp.org/show_bug.cgi?id=417 Where the reasoning behind clock_panic and not using the year in refclocks is touched on. _______________________________________________ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel
- Verified - ntpd ignores the year part of refcloc... Eric S. Raymond via devel
- Re: Verified - ntpd ignores the year part o... Hal Murray via devel
- Re: Verified - ntpd ignores the year pa... Eric S. Raymond via devel
- Re: Verified - ntpd ignores the yea... Hal Murray via devel
- Re: Verified - ntpd ignores the... Eric S. Raymond via devel
- Re: Verified - ntpd ignore... Hal Murray via devel
- Re: Verified - ntpd ig... Eric S. Raymond via devel
- Re: Verified - ntp... Hal Murray via devel
- Re: Verified - ntp... Eric S. Raymond via devel
- Verified - ntpd ignores the year part of re... Trevor N. via devel