* [Bug 10194] New: cpufreq P-state tables can change during runtime, handle it
@ 2008-03-07 17:35 bugme-daemon
2008-04-04 12:37 ` [Bug 10194] " bugme-daemon
2008-04-09 23:20 ` bugme-daemon
0 siblings, 2 replies; 3+ messages in thread
From: bugme-daemon @ 2008-03-07 17:35 UTC (permalink / raw)
To: cpufreq
http://bugzilla.kernel.org/show_bug.cgi?id=10194
Summary: cpufreq P-state tables can change during runtime, handle
it
Product: Power Management
Version: 2.5
KernelVersion: 2.6.25-rc4
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: cpufreq
AssignedTo: cpufreq@www.linux.org.uk
ReportedBy: Matt_Domsch@dell.com
CC: wwlinuxengineering@dell.com
ACPI now allows a BIOS to change the P-state tables during runtime. This can
happen as the result of a power cord being plugged in or out, of a thermal
alarm of some sort which BIOS catches, of a "green" power savings mode set in
BIOS, or possibly other situations.
When BIOS wants to change the tables, it issues an SCI.
acpi-cpufreq does not presently have a way to catch that SCI. It does not
re-read the P-state tables. And it does not inform userspace that the values
have changed.
--
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 10194] cpufreq P-state tables can change during runtime, handle it
2008-03-07 17:35 [Bug 10194] New: cpufreq P-state tables can change during runtime, handle it bugme-daemon
@ 2008-04-04 12:37 ` bugme-daemon
2008-04-09 23:20 ` bugme-daemon
1 sibling, 0 replies; 3+ messages in thread
From: bugme-daemon @ 2008-04-04 12:37 UTC (permalink / raw)
To: cpufreq
http://bugzilla.kernel.org/show_bug.cgi?id=10194
Matt_Domsch@dell.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|wwlinuxengineering@dell.com |linux-bugs@dell.com
--
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 10194] cpufreq P-state tables can change during runtime, handle it
2008-03-07 17:35 [Bug 10194] New: cpufreq P-state tables can change during runtime, handle it bugme-daemon
2008-04-04 12:37 ` [Bug 10194] " bugme-daemon
@ 2008-04-09 23:20 ` bugme-daemon
1 sibling, 0 replies; 3+ messages in thread
From: bugme-daemon @ 2008-04-09 23:20 UTC (permalink / raw)
To: cpufreq
http://bugzilla.kernel.org/show_bug.cgi?id=10194
Matt_Domsch@dell.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |REJECTED
Resolution| |DOCUMENTED
------- Comment #1 from Matt_Domsch@dell.com 2008-04-09 16:20 -------
this functionality is present already, I just didn't know where to find it.
acpi_processor_ppc_has_changed() is it. Closing.
--
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-04-09 23:20 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-07 17:35 [Bug 10194] New: cpufreq P-state tables can change during runtime, handle it bugme-daemon
2008-04-04 12:37 ` [Bug 10194] " bugme-daemon
2008-04-09 23:20 ` bugme-daemon
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.