[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