In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (David Cureton) writes: >Hi, > I am syncing a Linux 2.6.26 kernel to a Serial DCD PPS GPS source. >The kernel time has been running for quite some time with a ~160ppm >frequency error however inexplicably the ppm error over night simply >jumped to ~105ppm. The system has for the last couple of day tracked in >a stable manner at that ~105ppm rather than the ~160ppm offset it used >to be. > >There has been no change to the system that I am aware of. The machine >was not rebooted. There has been no dramatic change in temperature >although I think temperature change would be very dramatic cause 55ppm jump. >(In fact you can see the daily temperature variation in the ppm error >which is in the order of a couple of ppm over time)
50 ppm is a huge change. That's either something quite rare in the hardware or an interesting software quirk. Is there anything interesting in syslog at about that time? Did it get warm and shift to a slower CPU frequency? There is a bug in the Linux 2.6 kernels. The TSC calibration routine doesn't get the same answer each time. So you could get something like that if you rebooted. But you said it wasn't rebooted so this seems unlikely. How long has the system been up? I wonder if some parameter finally overflowed N bits and is now taking a slightly different path through some code. -- These are my opinions, not necessarily my employer's. I hate spam. _______________________________________________ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions