From owner-cvs-all@FreeBSD.ORG  Fri Apr 30 23:17:22 2004
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CF98C16A4CE; Fri, 30 Apr 2004 23:17:22 -0700 (PDT)
Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CF98543D31; Fri, 30 Apr 2004 23:17:21 -0700 (PDT)
	(envelope-from bde@zeta.org.au)
Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au
	[61.8.0.87])i416HK4u017104;	Sat, 1 May 2004 16:17:20 +1000
Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246])
	i416HIHW021310;	Sat, 1 May 2004 16:17:19 +1000
Date: Sat, 1 May 2004 16:17:16 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Mike Silbersack <silby@silby.com>
In-Reply-To: <20040430221434.J749@odysseus.silby.com>
Message-ID: <20040501155815.L19822@gamplex.bde.org>
References: <200404272003.i3RK3RFZ048001@repoman.freebsd.org>
	<20040430221434.J749@odysseus.silby.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: cvs-src@FreeBSD.org
cc: src-committers@FreeBSD.org
cc: cvs-all@FreeBSD.org
cc: John Baldwin <jhb@FreeBSD.org>
Subject: Re: cvs commit: src/sys/i386/isa clock.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 06:17:23 -0000

On Fri, 30 Apr 2004, Mike Silbersack wrote:

> Hm, I just learned something interesting about my clock issue... good
> thing that I was saving dmesgs for warner:
>
> Nov 13, 2003:
> CPU: Mobile Intel(R) Celeron(R) CPU 1.60GHz (1594.98-MHz 686-class CPU)
>
> Apr 10, 2004, with ACPI:
> CPU: Mobile Intel(R) Celeron(R) CPU 1.60GHz (1556.71-MHz 686-class CPU)
>
> Apr 10, 2004, without ACPI:
> CPU: Mobile Intel(R) Celeron(R) CPU 1.60GHz (1575.84-MHz 686-class CPU)
>
> today, without ACPI:
> CPU: Mobile Intel(R) Celeron(R) CPU 1.60GHz (1575.84-MHz 686-class CPU)

The TSC calibration is lower level than the bug fixed in the commit.
It just uses DELAY(1000000) without even adjusting for DELAY()'s
overhead.  Perhaps acpi is working "better" and throttling the cpu
during the calibration, or something is interrupting the calibration.
I hope FreeBSD still has interrupts disabled at that point, but there
may be SMM interrupts especially with acpi.

> I also noticed this today from vmstat -i:
>
> interrupt                          total       rate
> irq0: clk                         746040        986
> irq8: rtc                          95484        126
>
> That should be 1000 & 128, if I'm not mistaken.  Are these all symptoms of
> some timing code during boot messing up?

Depends on the timecounter.  The vmstat -i times are consistent with
using the TSC timecounter after miscalibrating the TSC by a factor of
1556/1575.  Other timecounters don't use boot time calibration by
default (i8254) or at all (acpi).

Bruce