Received: by mail.netbsd.org (Postfix, from userid 0) id 1556563B104; Mon, 9 Aug 2010 15:46:20 +0000 (UTC) Received: from cvs.netbsd.org (cvs.NetBSD.org [IPv6:2001:4f8:3:7:2e0:81ff:fe30:95bd]) by mail.netbsd.org (Postfix) with ESMTP id 95C1263B100 for ; Mon, 9 Aug 2010 15:46:18 +0000 (UTC) Received: by cvs.netbsd.org (Postfix, from userid 500) id 7B1A5175DD; Mon, 9 Aug 2010 15:46:18 +0000 (UTC) MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Mon, 9 Aug 2010 15:46:18 +0000 From: Jukka Ruohonen Subject: CVS commit: src/sys/arch To: source-changes@NetBSD.org X-Mailer: log_accum Message-Id: <20100809154618.7B1A5175DD@cvs.netbsd.org> Sender: source-changes-owner@NetBSD.org List-Id: source-changes.NetBSD.org Precedence: list Reply-To: source-changes-d@NetBSD.org Mail-Reply-To: Jukka Ruohonen Mail-Followup-To: source-changes-d@NetBSD.org Module Name: src Committed By: jruoho Date: Mon Aug 9 15:46:18 UTC 2010 Modified Files: src/sys/arch/x86/acpi: acpi_cpu_md.c src/sys/arch/x86/include: cpuvar.h src/sys/arch/x86/x86: cpu.c est.c src/sys/arch/xen/x86: cpu.c Log Message: Revert the previous changes to EST. The used hack had an obvious flaw: the acpicpu(4) driver should attach even if the existing frequency management code fails to attach, mainly because ACPI is the only proper way to deal with EST on new Intel system. Use a more drastic hack to deal with this: when acpicpu(4) attachs, it tears down any existing sysctl(8) controls and installs identical ones in place. Upon detachment, the initialization function of the existing EST is called. To generate a diff of this commit: cvs rdiff -u -r1.8 -r1.9 src/sys/arch/x86/acpi/acpi_cpu_md.c cvs rdiff -u -r1.36 -r1.37 src/sys/arch/x86/include/cpuvar.h cvs rdiff -u -r1.75 -r1.76 src/sys/arch/x86/x86/cpu.c cvs rdiff -u -r1.17 -r1.18 src/sys/arch/x86/x86/est.c cvs rdiff -u -r1.47 -r1.48 src/sys/arch/xen/x86/cpu.c Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.