[LinuxPPS] ntpd

Udo van den Heuvel udovdh at xs4all.nl
Thu Aug 3 17:25:42 CEST 2006


Folkert van Heusden wrote:
>>>>> So if I have this in my dmesg:
>>>>> [43015428.110000] drivers/pps/pps.c: New message from PID 23071 (flags 0)
>>>>> [43015428.110000] drivers/pps/pps.c: PPS_FETCH: source 1
>>>>> that means that process 23071 (ntpd) is fetching the pps.
>>>> Yes. Those messages means that process 23071 is fetching PPS events.
>>> Why is it then that it stays like this:
>>>      remote           refid      st t when poll reach   delay   offset  jitter
>>> ==============================================================================
>>>  PPS(0)          .PPS.            0 l    -   64    0    0.000    0.000   0.001
>>> (ntpq -c pe)
>> What does repeatedly catting /proc/pps/01/assert show and maybe tell you?
>> (change number to your ttySxx)
> 
> keetweej:/usr/src/ntp-dev-4.2.1p255-RC# cat /proc/pps/01/assert
> 0.0 #0
> 
> but:
> 
> [43016931.120000] drivers/pps/pps.c: New message from PID 23071 (flags 0)
> [43016931.120000] drivers/pps/pps.c: PPS_FETCH: source 1
> 
> keetweej:/usr/src/ntp-dev-4.2.1p255-RC# ps -deaf | grep 23071
> root     23071     1  0 16:58 ?        00:00:00 ntpd

Yes, ntpd is fetching.
But do you see assert/clear messages for the PPS?



More information about the LinuxPPS mailing list