[<prev] [next>] [day] [month] [year] [list]
Message-ID: <1433567.UOmYA855OZ@vostro.rjw.lan>
Date: Thu, 30 Jan 2014 16:02:11 +0100
From: "Rafael J. Wysocki" <rjw@...ysocki.net>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux PM list <linux-pm@...r.kernel.org>
Subject: [GIT PULL] ACPI and power management fixes and cleanup for v3.14-rc1
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(-)
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists