From owner-cvs-sys  Sun Jun 21 05:24:29 1998
Return-Path: <owner-cvs-sys>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id FAA13842
          for cvs-sys-outgoing; Sun, 21 Jun 1998 05:24:29 -0700 (PDT)
          (envelope-from owner-cvs-sys)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13776;
          Sun, 21 Jun 1998 05:24:09 -0700 (PDT)
          (envelope-from bde@FreeBSD.org)
From: Bruce Evans <bde@FreeBSD.ORG>
Received: (from bde@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id FAA27510;
	Sun, 21 Jun 1998 05:22:38 -0700 (PDT)
Date: Sun, 21 Jun 1998 05:22:38 -0700 (PDT)
Message-Id: <199806211222.FAA27510@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG
Subject: cvs commit: src/sys/conf param.c
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

bde         1998/06/21 05:22:38 PDT

  Modified files:
    sys/conf             param.c 
  Log:
  Round tickadj up.  This prevents tickadj from being 0 when HZ > 500,
  which makes adjtime(2) useless and confuses xntpd(8) into refusing
  to start even when it would use the kernel PLL instead of adjtime().
  The result is the same as recommended by tickadj(8), at least when
  HZ divides 10^6.  Of course, you wouldn't want to actually use
  adjtime() when HZ is large.  In the silly boundary case of HZ == 10^6,
  tickadj == tick == 1 so the clock stops while adjtime() is active.
  
  Revision  Changes    Path
  1.28      +2 -2      src/sys/conf/param.c