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