[Bug 9151] Something broke cpufreq on laptop with lid behavior

[Bug 9151] Something broke cpufreq on laptop with lid behavior

[bugme-daemon]

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


davej@codemonkey.org.uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|acpi_other@kernel-          |cpufreq@www.linux.org.uk
                   |bugs.osdl.org               |
             Status|NEEDINFO                    |NEW




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

[bugme-daemon]

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


davej@codemonkey.org.uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|davej@codemonkey.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 9151] Something broke cpufreq on laptop with lid behavior

[bugme-daemon]

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





------- Comment #2 from stevenm@umd.edu  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.


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

[bugme-daemon]

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





------- Comment #3 from stevenm@umd.edu  2007-11-22 15:41 -------
Is there any new information on this issue? I'm still stuck on 2.6.17 or
thereabouts. 


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

[bugme-daemon]

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





------- Comment #4 from stevenm@umd.edu  2007-12-13 11:03 -------
I guess I should point out that this is the speedstep-centrino driver


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

[bugme-daemon]

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


davej@codemonkey.org.uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO




------- Comment #5 from davej@codemonkey.org.uk  2007-12-13 15:10 -------
that driver has been deprecated for quite a while in favour of acpi-cpufreq.
Does that driver work ?


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

[bugme-daemon]

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





------- Comment #6 from stevenm@umd.edu  2007-12-14 19:38 -------
Switched to acpi-cpufreq. Still occurring as far as I can tell. Will do more
testing soon.


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

[bugme-daemon]

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


len.brown@intel.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |acpi-
                   |                            |bugzilla@lists.sourceforge.n
                   |                            |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 len.brown@intel.com  2007-12-14 20:51 -------
> 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.

> ... The governor switches to powersave. If the lid is closed
> on battery power, the CPU frequency begones the HIGHEST (2GHz).
> scaling_min_freq and scaling_max_freq report 600MHz but scaling_cur_freq
> reports 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.


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

[bugme-daemon]

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





------- Comment #8 from stevenm@umd.edu  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


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

[bugme-daemon]

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


deller@gmx.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |deller@gmx.de




------- Comment #9 from deller@gmx.de  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.


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

[bugme-daemon]

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


stevenm@umd.edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW




------- Comment #10 from stevenm@umd.edu  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.


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

[bugme-daemon]

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


trenn@suse.de changed:

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




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


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