New: CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
http://bugzilla.kernel.org/show_bug.cgi?id=10383
Summary: CPU FREQ policy value scaling_max_freq gets stuck at
800MHz on core2duo
Product: Power Management
Version: 2.5
KernelVersion: 2.6.24
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: cpufreq
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected]
Latest working kernel version: none found
Earliest failing kernel version:
Distribution: tested with ubuntu hardy and gentoo including vanilla kernel testing under gentoo
Hardware Environment: core2duo T7700 (2.4GHz), FSC Lifebook E8410 Software Environment: currently I run ubuntu 8.04
I would like to get some further input from kernel-dev how to proceed, please let me know if the following issue is most likely (or even not) a linux kernel issue and what steps I may take to solve it even if it may not be a kernel problem. I am open to talk to my Laptop Vendor or linux-distribution-support if one may give me some further details that would fingerpoint other parties than the kernel itself. I decided to open a bug with kernel-dev directly since I tested multiple distributions as well as vanilla-kernel without any changes to the issue itself. So I don't think its distribution related.
Summary
---------------------
CPU: core2duo T7700 (2.4GHz) - see cpuinfo.txt
CPU FREQ policy value scaling_max_freq gets stuck at 800MHz.
Notebook: FSC Lifebook E8410 (for further details on the hardware refer to:
http://www.kuarepoti-dju.net/lifebook/)
Problem Description
---------------------
The CPU frequency scaling does not work as expected. The policy gets scaled down to a max frequency of 800MHz and then it does never scale up anymore. Short after boot, scaling seems to be still working (at least downwards). /sys/devices/system/cpu/cpu1/cpufreq/stats/trans_table shows multiple transitions, in my opinion too many (see sysfs.txt and look at the trans_table). After init5 is reached and I am able to log in I can use cpufreq-info immediately to check the situation and recognized that the policy still allows switching between 800 MHz and 1.60 GHz, but then the scaling_max_freq goes down within seconds to 800 MHz and gets stuck there, see cpufreq-info_steppingdown_afterboot.txt
Further Details
---------------------
- tried any governor
- cpufreq-set -s / -u does not change anything
- no cpufreq daemon or anything like that is running that would modify the scaling_max_freq, issue also exists in init-1
- not a temperature issue, CPU thermal sensor is at 27 degrees celsius
- inspected the acpi stuff and there seems to be a dsdt issue (refer suspicious_acpi_errors.txt as well as dmesg.txt) - I dunno if this is related
- I reloaded bios defaults without any change and tested any possible bios setting
- I compiled a custom ubuntu kernel with cpufreq-debug enabled, see dmesg.cpufreqdebug.txt - it looks like the table with states P0-P5 is detected correctly but then it transitons down, I have not too much experience with this stuff, so I am not sure if this is done by the kernel or by the Bios
Looks like a Bios issue, why not reporting it to Laptop-Vendor
---------------------
- Windows works like a charm in regards to cpu frequency scaling, so there must be at least a workaround
- If you want me to escalate to Laptop-Vendor instead, just let me know some details, I would need "ammo"
- The Bios has different possible settings:
[0] + advanced
[1] + + CPU Features
[2] + + + Speedstep (R) Technology: Enabled / Disabled
[3] + + + + On Battery: Maximum Performance / Battery Optimized / Automatic
[4] + + + + On AC: Maximum Performance / Battery Optimized / Automatic
[5] + + Miscellaneous Configurations
[6] + + + Hardware Power Management: Enabled / Disabled
- setting [2] to disabled keeps the CPU at 2.4 GHz all time, acpi-cpufreq does not even load anymore (this is my current workaround)
- any modifications (tried all combinations) in [3] [4] or [6] do not change the behaviour
- I'm running the latest Bios, already applied different updates without any change (the releasenotes do not state any issuesrelated to cpufreq - see:
http://support.fujitsu-siemens.de/Download/ShowDescription.asp?SoftwareGUID=189E5137-473F-483F-ACAD-C4F161DA9768&OSID=665F4A20-6E31-43C3-82C2-D98CE773007C&Status=True&Component=Flash%20Bios%20for%20LIFEBOOK%20E8410%20(Mainstream)
- Bios also has some "silent fan" setting which I tried in both options (silent/normal) without any change
Distribution Details
---------------------
- tried Gentoo, latest devel kernel
- currently running ubuntu hardy latest beta
- latest vanilla kernel 2.6.24 shows the same behavior
References with same or similar signatures that I did read (without finding any working solution btw.)
---------------------
http://ubuntuforums.org/showthread.php?t=700865
http://suseforums.net/index.php?showtopic=41562
http://bbs.archlinux.org/viewtopic.php?pid=318802
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/88899
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/132271
http://bugzilla.kernel.org/show_bug.cgi?id=9353
http://bugzilla.kernel.org/show_bug.cgi?id=8245
http://bugzilla.kernel.org/show_bug.cgi?id=8228
Reproduction
---------------------
One would require the same Notebook to reproduce, so this makes no sense by now.
I'm hoping to get any feedback without the requirement to get this reproduced.
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #1 from [email protected] 2008-04-02 10:42 ------- Created an attachment (id=15572)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15572&action=view)
cpufreq-info when the problem is visible
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #2 from [email protected] 2008-04-02 10:43 ------- Created an attachment (id=15573)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15573&action=view)
cpufreq-info called multiple times showing the down-scaling of the policy
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #3 from [email protected] 2008-04-02 10:44 ------- Created an attachment (id=15574)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15574&action=view)
dmesg without debug data
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #4 from [email protected] 2008-04-02 10:44 ------- Created an attachment (id=15575)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15575&action=view)
dmesg output with cpufreq-debug=7
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #5 from [email protected] 2008-04-02 10:45 ------- Created an attachment (id=15576)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15576&action=view)
dump of the related sysfs parts
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #6 from [email protected] 2008-04-02 10:45 ------- Created an attachment (id=15577)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15577&action=view)
content of /proc/acpi/dsdt
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #7 from [email protected] 2008-04-02 10:46 ------- Created an attachment (id=15578)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15578&action=view)
output of acpidump (hex data)
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #8 from [email protected] 2008-04-02 10:47 ------- Created an attachment (id=15579)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15579&action=view)
the suspicious acpi table error extracted from dmesg/messages
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #9 from [email protected] 2008-04-02 10:48 ------- Created an attachment (id=15580)
--> (http://bugzilla.kernel.org/attachment.cgi?id=15580&action=view)
content of /proc/cpuinfo
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #10 from [email protected] 2008-04-02 10:54 ------- Smells like the same problem I'm suffering:
http://bugzilla.kernel.org/show_bug.cgi?id=9919
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #11 from [email protected] 2008-04-02 11:03 ------- thanks a lot for that info, sounds very similar. acpi_osi=!Window2006 as kernel arg sounds as a nice workaround to me, will try that right now, or are there any gotchas that I've missed?
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #12 from [email protected] 2008-04-02 11:14 ------- looks like "bingo"
you made my day buddy!
giving acpi_osi="!Window2006" as kernel arg fixes the problem.
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #13 from [email protected] 2008-04-02 11:17 ------- WARNING WILL ROBINSON DANGER DANGER
This is not a fix at least on my laptop. Suspend/Resume one works for one cycle, I lose the cute beeps of the ACPI bits and some other ACPI functionality goes icky.
Worth making sure you can still do anything. I personally prefer to be able to suspend/resume over get 400Mhz higher speeds on a nasty x86 box... :)
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
------- Comment #14 from [email protected] 2008-04-02 11:55 ------- thx, I got that, anyhow - suspend/resume is not even working at all on my laptop (will test that later) So I will test this Anti-V*sta option for a while and leave the bug open as reference. kernel dev may decide to close it as duplicate of 9919. However, seems that the Lifebook W 8010 needs some blacklisting as well. The acpi table error mentioned in comment #8 is gone with putting the acpi_osi option in.
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
[Bug 10383] CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=10383
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|[email protected] |[email protected] Status|NEW |ASSIGNED
------- Comment #15 from [email protected] 2008-04-02 12:15 ------- The message:
ACPI Error (tbinstal-0134): Table has invalid signature [ ], must be SSDT,
PSDT or OEMx [20070126]
Comes from the visit table (see the other bug)which is missing the "SSDT" in the table header.
This is clearly a BIOS bug.
The table is not loaded when osi=!Winows 2006 is passed.
These machines are so similar, I mark the bugs as duplicates now.
Signature · 4 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. You are the assignee for the bug, or are watching the assignee.