]> git.karo-electronics.de Git - karo-tx-linux.git/commit
ACPI: Handle ACPI0007 Device in acpi_early_set_pdc
authorYinghai Lu <yinghai@kernel.org>
Sat, 18 Sep 2010 06:26:24 +0000 (23:26 -0700)
committerGreg Kroah-Hartman <gregkh@suse.de>
Fri, 29 Oct 2010 04:51:39 +0000 (21:51 -0700)
commit50c5f9ded08bf13cbef33ebbb19b78fc21b2861d
tree0537b547117e4218b4817beab1737efa9e05d437
parent64b4822a0e7ae4f54d3d23e860a17f5c1257e1ea
ACPI: Handle ACPI0007 Device in acpi_early_set_pdc

commit c1e0ddbf0a97e1704d7f13b4934f9acca002402d upstream.

After
| commit d8191fa4a33fdc817277da4f2b7f771ff605a41c
| Author: Alex Chiang <achiang@hp.com>
| 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 <yinghai@kernel.org>
Reviewed-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
drivers/acpi/processor_core.c