Something broke cpufreq on laptop with lid behavior
http://bugzilla.kernel.org/show_bug.cgi?id=9151
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|acpi_other@kernel- |[email protected] |bugs.osdl.org | Status|NEEDINFO |NEW
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.
http://bugzilla.kernel.org/show_bug.cgi?id=9151
[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.
http://bugzilla.kernel.org/show_bug.cgi?id=9151
------- Comment #2 from [email protected] 2007-10-13 13:06 ------- Created an attachment (id=13148)
--> (http://bugzilla.kernel.org/attachment.cgi?id=13148&action=view)
Dmesg output with odd behavior and cpufreq.debug=7
There is the debug info. Messages starting with ** are echoed by me into kmsg so that you can see what I tried to do then. The system was booted up using battery power and then an AC adapter was attached when indicated. This time it didn't do any odd things with throttling, but it definitely magically shot up to 2GHz and wouldn't go to 600MHz unless I set it to 800MHz first. The test was done in a console environment without any windowing stuff or KDE battery monitor running. ACPID and laptop_mode were removed from rc.d before the system was booted with this kernel.
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.
http://bugzilla.kernel.org/show_bug.cgi?id=9151
------- Comment #3 from [email protected] 2007-11-22 15:41 ------- Is there any new information on this issue? I'm still stuck on 2.6.17 or thereabouts.
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.
http://bugzilla.kernel.org/show_bug.cgi?id=9151
------- Comment #4 from [email protected] 2007-12-13 11:03 ------- I guess I should point out that this is the speedstep-centrino driver
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.
http://bugzilla.kernel.org/show_bug.cgi?id=9151
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
------- Comment #5 from [email protected] 2007-12-13 15:10 ------- that driver has been deprecated for quite a while in favour of acpi-cpufreq. Does that driver work ?
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.
http://bugzilla.kernel.org/show_bug.cgi?id=9151
------- Comment #6 from [email protected] 2007-12-14 19:38 ------- Switched to acpi-cpufreq. Still occurring as far as I can tell. Will do more testing soon.
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 9151] Something broke cpufreq on laptop with lid behavior between 2.6.17 and 2.6.23
In reply to a message not in the archivehttp://bugzilla.kernel.org/show_bug.cgi?id=9151
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |acpi-
| |[email protected]
| |et
Summary|Something broke cpufreq on |Something broke cpufreq on
|laptop with lid behavior |laptop with lid behavior
| |between 2.6.17 and 2.6.23------- Comment #7 from [email protected] 2007-12-14 20:51 -------
Quoted 3 lines
When AC power is unplugged, the system clocks to its lowest speed but it also throttles to 25%. I don't want the throttling and have to un-throttle it by hand.
I've seen this bug before in the SuSE user-space. Somebody got the idea that T-states save energy,
so they enable them when on battery.
I thought that they fixed it, but apparently they only disabled this nonsense on MP systems, and UP systems remain broken.
There should be a check box someplace in the powersaved GUI to disable this. The mystery is why you didn't see it also in 2.6.17.
Also, if the system is idle and running a sane governor like ondemand, you should be in the lowest P-state both before and after the transition from AC->DC.
Quoted 4 lines
... The governor switches to powersave. If the lid is closed on battery power, the CPU frequency begones the HIGHEST (2GHz).
scaling_min_freqandscaling_max_freqreport 600MHz butscaling_cur_freqreports 2GHz.
This again sounds like broken user-space policy software. See if this still happens when in single-user mode and none of that junk is running. But again, the mystery is why you don't see the same issue with the same user-space and the 2.6.17 kernel.
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 9151] Something broke cpufreq on laptop with lid behavior between 2.6.17 and 2.6.23
In reply to a message not in the archivehttp://bugzilla.kernel.org/show_bug.cgi?id=9151
------- Comment #8 from [email protected] 2007-12-14 22:37 ------- My tests were done in single-user mode, console, no X, no laptop-mode, no dbus or hal, nothing. As far as I could tell (and I stared at ps -e for a long time) nothing could be running that was changing the CPU frequency, not even acpid.
The fact that the system was thinking it was at one frequency and actually being at another (hence refusing to change) tells me it is a kernel problem. Ie, I set it to 600. It is stuck at 2000. Setting it to 600 has no effect. But setting it to 800 and then 600 worked fine. Go figure
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 9151] Something broke cpufreq on laptop with lid behavior between 2.6.17 and 2.6.23
In reply to a message not in the archivehttp://bugzilla.kernel.org/show_bug.cgi?id=9151
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
------- Comment #9 from [email protected] 2007-12-15 08:44 -------
I see this problem sometimes too. (acpi-cpufreq driver does not speed down)
System: HP NC6000 Laptop, Pentium M 1.6GHz, Fedora7, Kernel 2.6.24-rc4. When running on AC at full CPU speed, then plugging AC, CPU speed stays at 1600 MHz. Even when switching manually to powersafe governour, acpi-cpufreq does not change back to 600 MHz. It seems it thinks it is already running on 600 MHz. Only when I switch to ondemand and then back to powersafe governour the speed finally goes down to 600 MHz.
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 9151] Something broke cpufreq on laptop with lid behavior between 2.6.17 and 2.6.23
In reply to a message not in the archivehttp://bugzilla.kernel.org/show_bug.cgi?id=9151
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
------- Comment #10 from [email protected] 2007-12-17 21:11 ------- Yup! Stiiilll happening! Extremely annoying. Unplug AC, open lid... 2GHz. And sometimes it gets STUCK there! That is, set to 600 and it jumps right back to 2GHz. Have to go through some intermediate speed first.
Oh, and it insists on going into 25% throttling when on battery power, but at least THAT I can set to 0% and it will stay. Still annoying as crap, however.
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 9151] Something broke cpufreq on laptop with lid behavior between 2.6.17 and 2.6.23
In reply to a message not in the archivehttp://bugzilla.kernel.org/show_bug.cgi?id=9151
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|[email protected] |[email protected] Status|NEW |ASSIGNED
------- Comment #11 from [email protected] 2008-01-22 16:43 ------- On a Dell, I expect this is because the BIOS itself sets the frequncy when (un-)plugging AC behind the kernel's back, instead of sending a ACPI notify 0x80 on the CPU and let the OS reevaluate _PPC and then let the kernel adjust frequency (it should do this also, but it also sets the freq itself AFAIK). I try to get a DELL and track this down.
I take over this bug and hope I can set it to a duplicate to bug #9708, these are the same...
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.