From: bugzilla-daemon@bugzilla.kernel.org
To: cpufreq@vger.kernel.org
Subject: [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R)
Date: Fri, 1 Oct 2010 15:12:12 GMT [thread overview]
Message-ID: <201010011512.o91FCCAH006374@demeter1.kernel.org> (raw)
In-Reply-To: <bug-19262-12968@https.bugzilla.kernel.org/>
https://bugzilla.kernel.org/show_bug.cgi?id=19262
Thomas Renninger <trenn@suse.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |DOCUMENTED
Summary|CPU0 locked at slower |CPU0 locked at slower
|speed, regardless of |speed, regardless of
|governor |governor on IP35 Pro(Intel
| |P35-ICH9R)
--- Comment #8 from Thomas Renninger <trenn@suse.de> 2010-10-01 15:12:07 ---
Best is you go with the mentioned boot param workaround.
There is something rather fishy with the implementation of the thermal trip
points. There are some iasl errors/warnings which point to thermal/temp:
DSDT.dsl 5685: Store (GAHC (Arg0, Arg1), Local4)
Warning 1093 - ^ Called method may not always return a value
DSDT.dsl 5723: Method (GAHC, 2, NotSerialized)
Warning 1088 - ^ Not all control paths return a value (GAHC)
DSDT.dsl 5798: Store (GAHS (0x00), Local6)
Error 4061 - Called method returns no value ^
The code there does not make much sense to me:
- Passive cooling device only CPU0
- Quite some storing of the same things:
GAHC():
Store (0x01, DTAP)
Stall (0x7F)
Store (0x6C, DTAP)
Stall (0x7F)
Store (DTAP, Local5)
Stall (0x7F)
Store (DTAP, Local6)
Stall (0x7F)
Store (DTAP, Local7)
-> Ok, there is IO behind, still this cannot make much sense...
The temperature should also be 20C fixed, because of
Method (GAHS, 1, NotSerialized)
{
}
_TMP():
Store (GAHS (0x00), Local6)
And (Local6, 0x01, Local6)
If (LEqual (Local6, 0x01)) {..}
etc., etc....
The thermal ACPI stuff is really totally messed up on this system, best is to
use thermal.psv=-1 (afaik) to disable passive cooling.
-> Closing resolved documented, not much that can be done from OS side.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
next prev parent reply other threads:[~2010-10-01 15:12 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-28 19:08 [Bug 19262] New: CPU0 locked at slower speed, regardless of governor bugzilla-daemon
2010-09-28 19:10 ` [Bug 19262] " bugzilla-daemon
2010-09-28 19:11 ` bugzilla-daemon
2010-09-28 19:11 ` bugzilla-daemon
2010-09-30 1:30 ` bugzilla-daemon
2010-09-30 1:30 ` bugzilla-daemon
2010-09-30 8:51 ` bugzilla-daemon
2010-09-30 9:46 ` bugzilla-daemon
2010-09-30 12:35 ` bugzilla-daemon
2010-09-30 21:23 ` bugzilla-daemon
2010-09-30 21:24 ` bugzilla-daemon
2010-10-01 15:12 ` bugzilla-daemon [this message]
2010-10-01 15:15 ` [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R) bugzilla-daemon
2010-10-19 0:55 ` bugzilla-daemon
2010-12-09 21:02 ` bugzilla-daemon
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=201010011512.o91FCCAH006374@demeter1.kernel.org \
--to=bugzilla-daemon@bugzilla.kernel.org \
--cc=cpufreq@vger.kernel.org \
/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