[Bug 10383] New: CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo

[Bug 10383] New: CPU FREQ policy value scaling_max_freq gets stuck at 800MHz on core2duo

[bugme-daemon]

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: cpufreq@www.linux.org.uk
        ReportedBy: ralf.kaestner@web.de
                CC: ralf.kaestner@web.de


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.


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #1 from ralf.kaestner@web.de  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


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #2 from ralf.kaestner@web.de  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


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #3 from ralf.kaestner@web.de  2008-04-02 10:44 -------
Created an attachment (id=15574)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=15574&action=view)
dmesg without debug data


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #4 from ralf.kaestner@web.de  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


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #5 from ralf.kaestner@web.de  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


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #6 from ralf.kaestner@web.de  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


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #7 from ralf.kaestner@web.de  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)


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #8 from ralf.kaestner@web.de  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


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #9 from ralf.kaestner@web.de  2008-04-02 10:48 -------
Created an attachment (id=15580)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=15580&action=view)
content of /proc/cpuinfo


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383


alex-kernel@digriz.org.uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alex-kernel@digriz.org.uk




-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #10 from alex-kernel@digriz.org.uk  2008-04-02 10:54 -------
Smells like the same problem I'm suffering:

http://bugzilla.kernel.org/show_bug.cgi?id=9919


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #11 from ralf.kaestner@web.de  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?


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #12 from ralf.kaestner@web.de  2008-04-02 11:14 -------
looks like "bingo"
you made my day buddy!

giving acpi_osi="!Window2006" as kernel arg fixes the problem.


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #13 from alex-kernel@digriz.org.uk  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... :)


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383





------- Comment #14 from ralf.kaestner@web.de  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.


-- 
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

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=10383


trenn@suse.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|cpufreq@www.linux.org.uk    |trenn@suse.de
             Status|NEW                         |ASSIGNED




------- Comment #15 from trenn@suse.de  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.


-- 
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.