> Le 21 févr. 2015 à 08:37, David Taylor 
> <david-tay...@blueyonder.co.uk.invalid> a écrit :
> 
> Folks,
> 
> I'm looking at:
> 
>  http://www.eecis.udel.edu/~mills/ntp/html/drivers/driver28.html
> 
> and wanting to be sure that I understand flag1 correctly.  The situation is 
> starting a computer which has no real-time clock, and has been down for a 
> day.  This computer is in the middle of nowhere, and has a GPS and PPS as 
> reference clocks, using the type 22 and type 28 drivers.  By observation, the 
> type 22 (PPS) driver won't kick in until the type 28 (SHM/gpsd) driver is 
> valid, but also by observation with no flags set it seems that the type 28 
> driver never syncs at all, even though valid GPS data is present.
> 
> My reading of that page is:
> 
> - the default, flag1 = 0 or absent, and no time2 set, NTP will not kick in 
> unless the local clock is within 4 hours of the GPS time.  It seems that even 
> with -g as an ntpd parameter, which /should/ allow a large initial offset NTP 
> won't kick in.  In the computer in question, the difference is likely to be 
> in excess of 24 hours, so NTP will not attempt to correct the clock.  This is 
> not the desired behaviour!
> 
> Is my understanding correct?  Would the correct thing to do in such 
> circumstances be to set flag1 = 1 so that the difference limit is ignored?
> 
   My aged understanding concurs with yours. Set flag 1. Maybe not your desired 
behavior, but possibly that of the designer.

> I ask what may be an obvious question as I appear to have difficulty in 
> reading the page.  Perhaps old age, I hope nothing more!  I suppose I had 
> expect the "-g" to override other sanity checks.
> 
> -- 
> Thanks,
> David
> Web: http://www.satsignal.eu
> 
> _______________________________________________
> questions mailing list
> questions@lists.ntp.org
> http://lists.ntp.org/listinfo/questions
_______________________________________________
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions

Reply via email to