From owner-freebsd-arch@FreeBSD.ORG Wed Feb 28 20:23:23 2007 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8054E16A484; Wed, 28 Feb 2007 20:23:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4249C13C4AA; Wed, 28 Feb 2007 20:23:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id F246217462; Wed, 28 Feb 2007 20:23:21 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l1SKNL2W070794; Wed, 28 Feb 2007 20:23:21 GMT (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 28 Feb 2007 11:26:24 PST." <45E5D760.4030409@root.org> Date: Wed, 28 Feb 2007 20:23:21 +0000 Message-ID: <70793.1172694201@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: arch@freebsd.org, current@freebsd.org Subject: Re: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 20:23:23 -0000 In message <45E5D760.4030409@root.org>, Nate Lawson writes: >Poul-Henning Kamp wrote: >It's a valid question, but mostly irrelevant. Not at all. It may be a lot cheaper for us to just use the value from the ACPI than to calibrate. Only in the increasingly rare case where TSC is used for timecounter AND the system isn't using NTP is the precise frequency really interesting. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.