[lkml]   [2010]   [Oct]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Patch in this message
Subject[084/103] ACPI: Handle ACPI0007 Device in acpi_early_set_pdc
2.6.35-stable review patch.  If anyone has any objections, please let us know.


From: Yinghai Lu <>

commit c1e0ddbf0a97e1704d7f13b4934f9acca002402d upstream.

| commit d8191fa4a33fdc817277da4f2b7f771ff605a41c
| Author: Alex Chiang <>
| Date: Mon Feb 22 12:11:39 2010 -0700
| ACPI: processor: driver doesn't need to evaluate _PDC
| Now that the early _PDC evaluation path knows how to correctly
| evaluate _PDC on only physically present processors, there's no
| need for the processor driver to evaluate it later when it loads.
| To cover the hotplug case, push _PDC evaluation down into the
| hotplug paths.

only cpu with Processor Statement get processed with _PDC

If bios is using Device object instead of Processor statement.
SSDTs for Pstate/Cstate/Tstate can not be loaded dynamically.

Need to try to scan ACPI0007 in addition to Processor.

That commit is between 2.6.34-rc1 and 2.6.34-rc2, so stable tree for 2.6.34+
need this patch.

Signed-off-by: Yinghai Lu <>
Reviewed-by: Bjorn Helgaas <>
Signed-off-by: Len Brown <>
Signed-off-by: Greg Kroah-Hartman <>

drivers/acpi/processor_core.c | 1 +
1 file changed, 1 insertion(+)

--- a/drivers/acpi/processor_core.c
+++ b/drivers/acpi/processor_core.c
@@ -352,4 +352,5 @@ void __init acpi_early_processor_set_pdc
early_init_pdc, NULL, NULL, NULL);
+ acpi_get_devices("ACPI0007", early_init_pdc, NULL, NULL);

 \ /
  Last update: 2010-10-22 21:05    [W:0.251 / U:6.132 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site