[GIT PULL] ACPI and power management fixes and cleanup for v3.14-rc1

[Rafael J. Wysocki]

Hi Linus,

Please pull from the git repository at

  git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm+acpi-3.14-rc1-2

to receive ACPI and power management fixes and cleaups for v3.14-rc1 with
top-most commit 88ea0f2c02f461613dd67664a79db525e9723609

  Merge branches 'pm-cpufreq' and 'pm-devfreq'

on top of commit 09da8dfa98682d871987145ed11e3232accac860

  Merge tag 'pm+acpi-3.14-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

These include three fixes for issues introduced recently, an initialization
fix working around a regression introduced during the 3.13 cycle, a devfreq
driver build fix and a couple of strarightforward cleanups.

Specifics:

 - ACPI device hotplug fix preventing ACPI drivers from binding to device
   objects that acpi_bus_trim() has been called for and the devices
   represented by them may not be operational.

 - Recent cpufreq changes related to the "boost" (turbo) feature broke
   the acpi-cpufreq error code path causing a NULL pointer dereference
   to occur on some systems.  Fix from Konrad Rzeszutek Wilk.

 - The log level of a CPU initialization error message added recently
   needs to be reduced, because the particular BIOS issue indicated by
   it turns out to be widespread and doesn't really matter for the
   majority of systems having it.  From Jiang Liu.
   
 - The regulator API needs to be told to stay away from things on systems
   with ACPI BIOSes or it may conflict with the BIOS' own handling of
   voltage regulators.  Fix from Mark Brown that works around a 3.13
   regression in lm90 on PCs occuring if the regulator API is enabled.

 - Prevent the Exynos4 devfreq driver from being built on multiplatform,
   because it depends on things that aren't available during such builds.
   From Sachin Kamat.

 - Upstream ACPICA doesn't use the bool type as defined in the kernel,
   so modify the kernel's ACPICA code to follow the upstream in that
   respect (only one variable definition is affected) to reduce
   divergences between the two.  From Lv Zheng.

 - Make the ACPI device PM code use ACPI_COMPANION() instead of its own
   routine doing the same thing (and invokng ACPI_COMPANION() in the
   process).

 - Modify some routines in the ACPI processor driver to follow the
   common convention and return negative integers on errors.  From
   Hanjun Guo.

Thanks!


---------------

Hanjun Guo (1):
      ACPI / processor: Return specific error value when mapping lapic id

Jiang Liu (1):
      ACPI / scan: reduce log level of "ACPI: \_PR_.CPU4: failed to get CPU APIC ID"

Konrad Rzeszutek Wilk (1):
      acpi-cpufreq: De-register CPU notifier and free struct msr on error.

Lv Zheng (1):
      ACPICA: Remove bool usage from ACPICA.

Mark Brown (1):
      ACPI / init: Flag use of ACPI and ACPI idioms for power supplies to regulator API

Rafael J. Wysocki (2):
      ACPI / PM: Use ACPI_COMPANION() to get ACPI companions of devices
      ACPI / scan: Clear match_driver flag in acpi_bus_trim()

Sachin Kamat (1):
      PM / devfreq: Disable Exynos4 driver build on multiplatform

---------------

 drivers/acpi/acpi_processor.c  |    2 +-
 drivers/acpi/acpica/acglobal.h |    2 +-
 drivers/acpi/bus.c             |    9 +++++++++
 drivers/acpi/device_pm.c       |   24 ++++++------------------
 drivers/acpi/processor_core.c  |   26 +++++++++++++-------------
 drivers/acpi/scan.c            |    1 +
 drivers/acpi/sysfs.c           |    2 +-
 drivers/cpufreq/acpi-cpufreq.c |    7 ++++---
 drivers/devfreq/Kconfig        |    2 +-
 include/acpi/acpixf.h          |    2 +-
 10 files changed, 38 insertions(+), 39 deletions(-)

Attachment: signature.asc
Description: This is a digitally signed message part.