From owner-cvs-src-old@FreeBSD.ORG Tue Dec 14 20:08:24 2010 Return-Path: Delivered-To: cvs-src-old@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1BF1065674 for ; Tue, 14 Dec 2010 20:08:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id B5F268FC1E for ; Tue, 14 Dec 2010 20:08:24 +0000 (UTC) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.4/8.14.4) with ESMTP id oBEK8O1n042358 for ; Tue, 14 Dec 2010 20:08:24 GMT (envelope-from jkim@repoman.freebsd.org) Received: (from svn2cvs@localhost) by repoman.freebsd.org (8.14.4/8.14.4/Submit) id oBEK8OLQ042357 for cvs-src-old@freebsd.org; Tue, 14 Dec 2010 20:08:24 GMT (envelope-from jkim@repoman.freebsd.org) Message-Id: <201012142008.oBEK8OLQ042357@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: svn2cvs set sender to jkim@repoman.freebsd.org using -f From: Jung-uk Kim Date: Tue, 14 Dec 2010 20:07:51 +0000 (UTC) To: cvs-src-old@freebsd.org X-FreeBSD-CVS-Branch: HEAD Subject: cvs commit: src/sys/amd64/amd64 legacy.c machdep.c src/sys/dev/acpica acpi_cpu.c src/sys/i386/i386 legacy.c machdep.c X-BeenThere: cvs-src-old@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: **OBSOLETE** CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 20:08:24 -0000 jkim 2010-12-14 20:07:51 UTC FreeBSD src repository Modified files: sys/amd64/amd64 legacy.c machdep.c sys/dev/acpica acpi_cpu.c sys/i386/i386 legacy.c machdep.c Log: SVN rev 216443 on 2010-12-14 20:07:51Z by jkim Stop lying about supporting cpu_est_clockrate() when TSC is invariant. This function always returned the nominal frequency instead of current frequency because we use RDTSC instruction to calculate difference in CPU ticks, which is supposedly constant for the case. Now we support cpu_get_nominal_mhz() for the case, instead. Note it should be just enough for most usage cases because cpu_est_clockrate() is often times abused to find maximum frequency of the processor. Revision Changes Path 1.66 +14 -3 src/sys/amd64/amd64/legacy.c 1.735 +4 -0 src/sys/amd64/amd64/machdep.c 1.95 +11 -0 src/sys/dev/acpica/acpi_cpu.c 1.68 +14 -3 src/sys/i386/i386/legacy.c 1.717 +4 -0 src/sys/i386/i386/machdep.c