From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 21:59:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77BEC16A420 for ; Sun, 12 Feb 2006 21:59:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C04F43D48 for ; Sun, 12 Feb 2006 21:59:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id ACC1C1EC318; Sun, 12 Feb 2006 22:59:02 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1CLx1Va030865; Sun, 12 Feb 2006 21:59:02 GMT (envelope-from phk@critter.freebsd.dk) To: Yuriy Tsibizov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 12 Feb 2006 23:34:38 +0300." <20060212225911.M598@free.home.local> Date: Sun, 12 Feb 2006 21:59:01 +0000 Message-ID: <30864.1139781541@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 21:59:08 -0000 In message <20060212225911.M598@free.home.local>, Yuriy Tsibizov writes: >> The other side of this is that I've been looking at having the >> ACPI power management code announce the maximum speed of the TSC >> to the cputick code, that would make such machines "fixed frequency" >> cpu_tick machines from the start and even if enabled, this warning >> should not issue in that case. >I have CPU (AMD K6) with TSC, but my motherboard (ASUS TX97) does not >support ACPI. This combination can also be treated as a "fixed frequency" >machine. The trouble really is that there is no way to tell if the TSC is fixed frequency. Some of the machines where it is variable can tell us that it is variable (ie: ACPI is enabled) and some subset of those may be able to tell what the max is and this effectively make it fixed. For a fixed machine which is treated as variable, what will happen is that the 16 second calibration will keep finding close to the same number. Every so often however, a slightly higher number will be found and then this message may occur... As I said: I may simply hide the message for for machines with variable cpu_tick (even if it is in reality fixed). -- 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.