From owner-freebsd-stable@FreeBSD.ORG Sun May 1 04:20:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 696D41065670 for ; Sun, 1 May 2011 04:20:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 54DB18FC15 for ; Sun, 1 May 2011 04:20:30 +0000 (UTC) Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta12.emeryville.ca.mail.comcast.net with comcast id e4JZ1g0050vp7WLAC4LVnM; Sun, 01 May 2011 04:20:29 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta05.emeryville.ca.mail.comcast.net with comcast id e4LU1g00g1t3BNj8R4LVjh; Sun, 01 May 2011 04:20:29 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3ED8A9B418; Sat, 30 Apr 2011 21:20:28 -0700 (PDT) Date: Sat, 30 Apr 2011 21:20:28 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20110501042028.GA87381@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: jkim@freebsd.org Subject: Is machdep.cpu_idle_hlt deprecated? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2011 04:20:30 -0000 Anyone know if machdep.cpu_idle_hlt still exists? Taken from acpi(4) on RELENG_8: hw.acpi.cpu.cx_lowest Lowest Cx state to use for idling the CPU. A scheduling algo- rithm will select states between C1 and this setting as system load dictates. To enable ACPI CPU idling control, machdep.cpu_idle_hlt must be set to 1. $ sysctl -d machdep.cpu_idle_hlt sysctl: unknown oid 'machdep.cpu_idle_hlt' I'm taking a stab in the dark here, but it looks like the variable no longer exists because it's been replaced with, effectively, the framework that drives machdep.idle and machdep.idle_available (specifically the mwait_hlt and hlt methods). Doing "grep -r cpu_idle_hlt /usr/src" turns up nothing other than the cpu_idle_hlt() functions that live within machdep.c per architecture, and those (based on the code) correlate with what's shown in machdep.idle_available. If I'm correct, I believe that means we can safely remove the last line of text in the acpi(4) man page? There's also a mention of this variable in a file called src/tools/tools/sysdoc/tunables.mdoc, but I'm not sure what that is. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB |