From owner-svn-src-head@FreeBSD.ORG Tue Apr 8 13:37:39 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F780189; Tue, 8 Apr 2014 13:37:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28329123A; Tue, 8 Apr 2014 13:37:39 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 930C4B946; Tue, 8 Apr 2014 09:37:37 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: svn commit: r264250 - head/sys/dev/acpica Date: Tue, 8 Apr 2014 09:14:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201404080236.s382aR4W057350@svn.freebsd.org> In-Reply-To: <201404080236.s382aR4W057350@svn.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201404080914.25220.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 08 Apr 2014 09:37:37 -0400 (EDT) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 13:37:39 -0000 On Monday, April 07, 2014 10:36:27 pm Adrian Chadd wrote: > Author: adrian > Date: Tue Apr 8 02:36:27 2014 > New Revision: 264250 > URL: http://svnweb.freebsd.org/changeset/base/264250 > > Log: > Add a basic set of data points which count the number of sleep entries > that are being done by the OS. > > For now this'll match up with the "wakeups"; although I'll dig deeper into > this to see if we can determine which sleep state the CPU managed to get > into. Most things I've seen these days only expose up to C2 or C3 via > ACPI even though the CPU goes all the way down to C6 or C7. No, those are actually the same thing. ACPI and Intel both use C-states for the same thing, but the numbers don't line up. That is, Intel's C6/C7 gets exposed to the OS as C2/C3 via ACPI. The 6/7 does matter, (I think) if you are using monitor/mwait as I believe the value you configure for an mwait sleep has to use Intel's number (6/7) whereas the ACPI number (2/3) is assigned by the results of _CST or whichever object it is ACPI queries. All that to say that ACPI is already using Intel's C6/C7 if you have configured your BIOS to expose it. -- John Baldwin