Date: Mon, 10 May 1999 14:52:46 +1000 From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, nsayer@quack.kfu.com Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, nsayer@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_time.c Message-ID: <199905100452.OAA04584@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> An application can only avoid these problems by being fairly aware of >> the implementation and doing micro-adjustments, but micro-adjustments >> can be done better using adjtime(2), modulo the reluctance of adjtime() >> to adjust the time rapidly. > >Fine. Then YOU fix xntpd so that it doesn't do EXACTLY AS YOU DESCRIBE, >in that when the adjustment is too large it switches to making smallish >calls to settimeofday(). Then we can just plain outlaw settimeofday() >when securelevel>0. In the mean time, the code in question makes Use the standard xntpd options SLEWALWAYS and maybe FORCE_NTPDATE_STEP. From xntpd/include/ntp_machine.h: STEP SLEW OR TWO STEP - The Default is to step. SLEWALWAYS - setttimeofday can not be used to set the time of day at all. STEP_SLEW - setttimeofday can not set the seconds part of time time use setttimeofday to set the seconds part of the time and the slew the seconds. FORCE_NTPDATE_STEP - even if SLEWALWAYS is defined, force a step of of the systemtime (via settimeofday()). Only takes affect if STEP_SLEW isn't defined. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199905100452.OAA04584>