From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugme-daemon@bugzilla.kernel.org Subject: [Bug 10194] New: cpufreq P-state tables can change during runtime, handle it Date: Fri, 7 Mar 2008 09:35:30 -0800 (PST) Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: cpufreq-bounces@lists.linux.org.uk Errors-To: cpufreq-bounces+glkc-cpufreq=m.gmane.org+glkc-cpufreq=m.gmane.org@lists.linux.org.uk To: cpufreq@www.linux.org.uk 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.