[<prev] [next>] [day] [month] [year] [list]
Message-ID: <CAJZ5v0jzME8pYhfRLheOKVgo9beeYk9wnG6-N=kdVNM2e9LJCA@mail.gmail.com>
Date: Fri, 14 Mar 2014 17:17:48 +0100
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-pm@...r.kernel.org
Subject: [GIT PULL] ACPI and power management fixes for v3.14-rc7
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-rc7
to receive ACPI and power management fixes for v3.14-rc7
with top-most commit d5af40d6b34d9d1ba39a27f657948cbce4e0b0e7
Merge branches 'pnp', 'acpi-init', 'acpi-sleep' and 'pm-cpufreq'
on top of commit fa389e220254c69ffae0d403eac4146171062d08
Linux 3.14-rc6
Three of these are regression fixes, for two recent regressions and one
introduced during the 3.13 cycle, and the fourth one is a working version
of the fix that had to be reverted last time.
Specifics:
- A recent ACPI resources handling fix overlooked the fact that it had
to update the ACPI PNP subsystem's resources parsing too and caused
confusing warning messages to be printed during system intialization
on some systems (with arguably buggy ACPI tables). Fix from Zhang Rui.
- Moving the early ACPI initialization before timekeeping_init() earlier
in this cycle broke fast TSC calibration on at least one system, so it
needs to be done later, but still before efi_enter_virtual_mode() to
allow the EFI initialization to refer to ACPI.
- A change related to code duplication reduction in the cpufreq core
inadvertently caused cpufreq intialization to fail for some CPUs
handled by intel_pstate by adding checks that may fail for that
driver, but aren't even necessary when it is used. The issue is
addressed by preventing those checks from run in the configurations
in which they aren't needed.
- If the Hardware Reduced ACPI flag is set in the ACPI tables, system
suspend, hibernation and ACPI power off will only work when special
sleep control and sleep status registeres are provided (their
addresses in the ACPI tables are not zero). If those registers are
not available, the features in question have no chances to work,
so they shouldn't even be regarded as supported. That helps with
power off in particular, because alternative power off methods may
be used then and they may actually work.
Thanks!
---------------
Rafael J. Wysocki (3):
cpufreq: Skip current frequency initialization for ->setpolicy drivers
ACPI / init: Invoke early ACPI initialization later
ACPI / sleep: Add extra checks for HW Reduced ACPI mode sleep states
Zhang Rui (1):
PNP / ACPI: proper handling of ACPI IO/Memory resource parsing failures
---------------
drivers/acpi/sleep.c | 32 +++++++++++++++-----------------
drivers/cpufreq/cpufreq.c | 4 ++--
drivers/pnp/pnpacpi/rsparser.c | 15 ++++++++++++---
init/main.c | 2 +-
4 files changed, 30 insertions(+), 23 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists