Date: Sun, 9 May 1999 22:32:11 -0700 (PDT) From: Nick Sayer <nsayer@quack.kfu.com> To: bde@zeta.org.au (Bruce Evans) Cc: bde@zeta.org.au, nsayer@quack.kfu.com, cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, nsayer@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_time.c Message-ID: <199905100532.WAA25008@medusa.kfu.com> In-Reply-To: <199905100452.OAA04584@godzilla.zeta.org.au> from Bruce Evans at "May 10, 1999 2:52:46 pm"
next in thread | previous 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. Then those should be defined in the xntpd that is supplied by default, otherwise the default configuration of FreeBSD will not keep time correctly when securelevel>0 (without this patch, that is). Can I take it, then, that you are in favor of commiting that and then outlawing settimeofday() when securelevel>0? > >From xntpd/include/ntp_machine.h: [...] 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?199905100532.WAA25008>