From owner-cvs-all@FreeBSD.ORG Fri Apr 30 23:55:24 2004 Return-Path: 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 81DAA16A4CE for ; Fri, 30 Apr 2004 23:55:24 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 53B6D43D1F for ; Fri, 30 Apr 2004 23:55:24 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 5099 invoked by uid 1000); 1 May 2004 06:55:26 -0000 Date: Fri, 30 Apr 2004 23:55:26 -0700 (PDT) From: Nate Lawson To: Bruce Evans In-Reply-To: <20040501155815.L19822@gamplex.bde.org> Message-ID: <20040430235209.Y5043@root.org> References: <200404272003.i3RK3RFZ048001@repoman.freebsd.org> <20040430221434.J749@odysseus.silby.com> <20040501155815.L19822@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: Mike Silbersack cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: John Baldwin 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2004 06:55:24 -0000 On Sat, 1 May 2004, Bruce Evans wrote: > 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. Let me try to answer this in Bruce-speak... The mis-theory that acpi is working at all this early in the boot in terms of throttling is incorrect. It's possible that something is interrupting the calibration since an SMI (misspelled as SMM interrupts above) is non-maskable. :) > > 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). To answer Mike, it should be: interrupt total rate irq0: clk 46834 99 irq8: rtc 59950 127 -Nate