From owner-cvs-sys  Thu Feb 12 22:33:47 1998
Return-Path: <owner-cvs-sys>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA02091
          for cvs-sys-outgoing; Thu, 12 Feb 1998 22:33:47 -0800 (PST)
          (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 WAA02048;
          Thu, 12 Feb 1998 22:33:33 -0800 (PST)
          (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 WAA27873;
	Thu, 12 Feb 1998 22:33:18 -0800 (PST)
Date: Thu, 12 Feb 1998 22:33:18 -0800 (PST)
Message-Id: <199802130633.WAA27873@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG
Subject: cvs commit: src/sys/i386/isa clock.c
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

bde         1998/02/12 22:33:18 PST

  Modified files:
    sys/i386/isa         clock.c 
  Log:
  Update timer0_prescaler_count before calling hardclock() while timer0
  is "acquired".  This fixes a TSC biasing error of about 10 msec when
  pcaudio is active.
  
  Update `time' before calling hardclock() when timer0 is being released.
  This is not known to be important.
  
  Added some delays in writertc().  Efficiency is not critical here, unlike
  in rtcin(), and we already use conservative delays there.
  
  Don't touch the hardware when machdep.i8254_freq is being changed but
  the maximum count wouldn't change.  This fixes jitter of up to 10 msec
  for most small adjustments to machdep.i8254_freq.  When the maximum
  count needs to change, the hardware should be adjusted more carefully.
  
  Revision  Changes    Path
  1.110     +22 -15    src/sys/i386/isa/clock.c