public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Erik Slagter <erik@slagter.name>
To: Len Brown <lenb@kernel.org>, ykzhao <yakui.zhao@intel.com>
Cc: linux-acpi@vger.kernel.org
Subject: Re: No c2-c7 states on core i7
Date: Mon, 23 Nov 2009 20:23:23 +0100	[thread overview]
Message-ID: <4B0AE12B.30901@slagter.name> (raw)
In-Reply-To: <alpine.LFD.2.00.0911231101150.858@localhost.localdomain>

[-- Attachment #1: Type: text/plain, Size: 1232 bytes --]

I am getting more and puzzled about this system/board/bios with the 
minute. I hope your guys will help me find out what's happening!

>>> Will you please attach the output of acpidump on the machine with the
>>> core i7 cpu?
>>> Please attach the output of every file
>>> under /sys/firmware/acpi/tables/dynamic/SSDT*?
>>>      cat /sys/firmware/acpi/tables/dynamic/SSDT1>   ssdt1
>>>
>>> Please also attach the output of /proc/cpuinfo.

I have attached a tar file with these tables from acpidump and from the 
sys directory, because acpidump yields two tables more than available in 
the directory /sys/firmware/acpi/tables, also the directory 
/sys/firmware/acpi/tables/dynamic is empty.

I have included both versions from "default" bios settings and slightly 
overclocked settings (where the _CST's are gone).

Please also have a look on this little table I created from tests, imho 
that cpufreq does nothing when idle (which I'd expect when c states are 
enabled and the system is using these, but not when no c states are 
availabled...)

Also it suggests that the presence and or usage of c states doesn't 
matter much in power consumption (3 watts in idle...)

More in the next message to keep things a little structured.

[-- Attachment #2: acpi.tgz --]
[-- Type: application/x-compressed-tar, Size: 28204 bytes --]

[-- Attachment #3: acpi --]
[-- Type: text/plain, Size: 457 bytes --]

results on very idle system, booted with init=/bin/sh

frequency							c states					idle cpufreq=lowest freq		idle cpufreq=highest freq		full load cpufreq=ondemand
overclocked 3.4 Ghz					disabled by bios			108								111								190
2.6 Ghz								enabled and active			100								100								170
default bios settings 2.6 Ghz		default disabled in setup	90								92								150
default bios settings 2.6 Ghz		enabled by user in setup	87								87								150


  reply	other threads:[~2009-11-23 19:23 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-20 14:28 No c2-c7 states on core i7 Erik Slagter
2009-11-21 17:45 ` Erik Slagter
2009-11-22 11:46 ` c1/c1e/c3/c6/c7 on linux Erik Slagter
2009-11-23  3:05 ` No c2-c7 states on core i7 ykzhao
2009-11-23  8:52   ` Erik Slagter
2009-11-23 16:11     ` Len Brown
2009-11-23 19:23       ` Erik Slagter [this message]
2009-11-23 19:26       ` Erik Slagter
2009-11-24 13:34         ` Jindrich Makovicka
2009-11-24 13:55           ` Erik Slagter
2009-11-25  6:59             ` Len Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B0AE12B.30901@slagter.name \
    --to=erik@slagter.name \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=yakui.zhao@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox