On Mon, Oct 15, 2018 at 07:31:02AM -0400, Brandon Applegate wrote: > > On Oct 15, 2018, at 1:51 AM, Vitezslav Samel <vitezs...@samel.cz> wrote: > > > > ntpq -c kerninfo > > Hmm, thanks for the tip. I guess even though I have flag3 set to 1 I’m > 'falling back' to userland PPS ?
It's not a userland PPS. The PPS timestamps are still from the kernel. The difference is in the clock discipline. Instead of kernel using the PPS samples directly to control the clock, they are processed by ntpd and fed back to the kernel PLL/FLL loop at the normal update interval. > root@ice:~# ntpq -c kerninfo | grep ^kernel > kernel status: pll nano > > So would this be a kernel issue causing this ? The kernel PPS discipline is not supported in the NOHZ "tickless" configuration, which I think is enabled in all major Linux distributions. AFAIK the only thing that has changed in the last few years is how ntpd handles the error when the PPS discipline cannot be enabled. It used to be ignored. -- Miroslav Lichvar _______________________________________________ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
