Commit 4dc4226f authored Jun 04, 2014 by Linus Torvalds

Merge tag 'pm+acpi-3.16-rc1' of...

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

Pull ACPI and power management updates from Rafael Wysocki:
"ACPICA is the leader this time (63 commits), followed by cpufreq (28
commits), devfreq (15 commits), system suspend/hibernation (12
commits), ACPI video and ACPI device enumeration (10 commits each).

We have no major new features this time, but there are a few
significant changes of how things work. The most visible one will
probably be that we are now going to create platform devices rather
than PNP devices by default for ACPI device objects with _HID. That
was long overdue and will be really necessary to be able to use the
same drivers for the same hardware blocks on ACPI and DT-based systems
going forward. We're not expecting fallout from this one (as usual),
but it's something to watch nevertheless.

The second change having a chance to be visible is that ACPI video
will now default to using native backlight rather than the ACPI
backlight interface which should generally help systems with broken
Win8 BIOSes. We're hoping that all problems with the native backlight
handling that we had previously have been addressed and we are in a
good enough shape to flip the default, but this change should be easy
enough to revert if need be.

In addition to that, the system suspend core has a new mechanism to
allow runtime-suspended devices to stay suspended throughout system
suspend/resume transitions if some extra conditions are met
(generally, they are related to coordination within device hierarchy).
However, enabling this feature requires cooperation from the bus type
layer and for now it has only been implemented for the ACPI PM domain
(used by ACPI-enumerated platform devices mostly today).

Also, the acpidump utility that was previously shipped as a separate
tool will now be provided by the upstream ACPICA along with the rest
of ACPICA code, which will allow it to be more up to date and better
supported, and we have one new cpuidle driver (ARM clps711x).

The rest is improvements related to certain specific use cases,
cleanups and fixes all over the place.

Specifics:

- ACPICA update to upstream version 20140424. That includes a number
of fixes and improvements related to things like GPE handling,
table loading, headers, memory mapping and unmapping, DSDT/SSDT
overriding, and the Unload() operator. The acpidump utility from
upstream ACPICA is included too. From Bob Moore, Lv Zheng, David
Box, David Binderman, and Colin Ian King.

- Fixes and cleanups related to ACPI video and backlight interfaces
from Hans de Goede. That includes blacklist entries for some new
machines and using native backlight by default.

- ACPI device enumeration changes to create platform devices rather
than PNP devices for ACPI device objects with _HID by default. PNP
devices will still be created for the ACPI device object with
device IDs corresponding to real PNP devices, so that change should
not break things left and right, and we're expecting to see more
and more ACPI-enumerated platform devices in the future. From
Zhang Rui and Rafael J Wysocki.

- Updates for the ACPI LPSS (Low-Power Subsystem) driver allowing it
to handle system suspend/resume on Asus T100 correctly. From
Heikki Krogerus and Rafael J Wysocki.

- PM core update introducing a mechanism to allow runtime-suspended
devices to stay suspended over system suspend/resume transitions if
certain additional conditions related to coordination within device
hierarchy are met. Related PM documentation update and ACPI PM
domain support for the new feature. From Rafael J Wysocki.

- Fixes and improvements related to the "freeze" sleep state. They
affect several places including cpuidle, PM core, ACPI core, and
the ACPI battery driver. From Rafael J Wysocki and Zhang Rui.

- Miscellaneous fixes and updates of the ACPI core from Aaron Lu,
Bjørn Mork, Hanjun Guo, Lan Tianyu, and Rafael J Wysocki.

- Fixes and cleanups for the ACPI processor and ACPI PAD (Processor
Aggregator Device) drivers from Baoquan He, Manuel Schölling, Tony
Camuso, and Toshi Kani.

- System suspend/resume optimization in the ACPI battery driver from
Lan Tianyu.

- OPP (Operating Performance Points) subsystem updates from Chander
Kashyap, Mark Brown, and Nishanth Menon.

- cpufreq core fixes, updates and cleanups from Srivatsa S Bhat,
Stratos Karafotis, and Viresh Kumar.

- Updates, fixes and cleanups for the Tegra, powernow-k8, imx6q,
s5pv210, nforce2, and powernv cpufreq drivers from Brian Norris,
Jingoo Han, Paul Bolle, Philipp Zabel, Stratos Karafotis, and
Viresh Kumar.

- intel_pstate driver fixes and cleanups from Dirk Brandewie, Doug
Smythies, and Stratos Karafotis.

- Enabling the big.LITTLE cpufreq driver on arm64 from Mark Brown.

- Fix for the cpuidle menu governor from Chander Kashyap.

- New ARM clps711x cpuidle driver from Alexander Shiyan.

- Hibernate core fixes and cleanups from Chen Gang, Dan Carpenter,
Fabian Frederick, Pali Rohár, and Sebastian Capella.

- Intel RAPL (Running Average Power Limit) driver updates from Jacob
Pan.

- PNP subsystem updates from Bjorn Helgaas and Fabian Frederick.

- devfreq core updates from Chanwoo Choi and Paul Bolle.

- devfreq updates for exynos4 and exynos5 from Chanwoo Choi and
Bartlomiej Zolnierkiewicz.

- turbostat tool fix from Jean Delvare.

- cpupower tool updates from Prarit Bhargava, Ramkumar Ramachandra
and Thomas Renninger.

- New ACPI ec_access.c tool for poking at the EC in a safe way from
Thomas Renninger"

* tag 'pm+acpi-3.16-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm: (187 commits)
ACPICA: Namespace: Remove _PRP method support.
intel_pstate: Improve initial busy calculation
intel_pstate: add sample time scaling
intel_pstate: Correct rounding in busy calculation
intel_pstate: Remove C0 tracking
PM / hibernate: fixed typo in comment
ACPI: Fix x86 regression related to early mapping size limitation
ACPICA: Tables: Add mechanism to control early table checksum verification.
ACPI / scan: use platform bus type by default for _HID enumeration
ACPI / scan: always register ACPI LPSS scan handler
ACPI / scan: always register memory hotplug scan handler
ACPI / scan: always register container scan handler
ACPI / scan: Change the meaning of missing .attach() in scan handlers
ACPI / scan: introduce platform_id device PNP type flag
ACPI / scan: drop unsupported serial IDs from PNP ACPI scan handler ID list
ACPI / scan: drop IDs that do not comply with the ACPI PNP ID rule
ACPI / PNP: use device ID list for PNPACPI device enumeration
ACPI / scan: .match() callback for ACPI scan handlers
ACPI / battery: wakeup the system only when necessary
power_supply: allow power supply devices registered w/o wakeup source
...

parents d6b92c2c 2e30baad

Documentation/ABI/testing/sysfs-devices-system-cpu

+2 −2

Original line number	Diff line number	Diff line
		@@ -128,7 +128,7 @@ Description: Discover cpuidle policy and mechanism

		What: /sys/devices/system/cpu/cpu#/cpufreq/*
		Date: pre-git history
		Contact: cpufreq@vger.kernel.org
		Contact: linux-pm@vger.kernel.org
		Description: Discover and change clock speed of CPUs

		Clock scaling allows you to change the clock speed of the
		@@ -146,7 +146,7 @@ Description: Discover and change clock speed of CPUs

		What: /sys/devices/system/cpu/cpu#/cpufreq/freqdomain_cpus
		Date: June 2013
		Contact: cpufreq@vger.kernel.org
		Contact: linux-pm@vger.kernel.org
		Description: Discover CPUs in the same CPU frequency coordination domain

		freqdomain_cpus is the list of CPUs (online+offline) that share

Documentation/ABI/testing/sysfs-power

+20 −9

Original line number	Diff line number	Diff line
		@@ -7,19 +7,30 @@ Description:
		subsystem.

		What: /sys/power/state
		Date: August 2006
		Date: May 2014
		Contact: Rafael J. Wysocki <rjw@rjwysocki.net>
		Description:
		The /sys/power/state file controls the system power state.
		Reading from this file returns what states are supported,
		which is hard-coded to 'freeze' (Low-Power Idle), 'standby'
		(Power-On Suspend), 'mem' (Suspend-to-RAM), and 'disk'
		(Suspend-to-Disk).
		The /sys/power/state file controls system sleep states.
		Reading from this file returns the available sleep state
		labels, which may be "mem", "standby", "freeze" and "disk"
		(hibernation). The meanings of the first three labels depend on
		the relative_sleep_states command line argument as follows:
		1) relative_sleep_states = 1
		"mem", "standby", "freeze" represent non-hibernation sleep
		states from the deepest ("mem", always present) to the
		shallowest ("freeze"). "standby" and "freeze" may or may
		not be present depending on the capabilities of the
		platform. "freeze" can only be present if "standby" is
		present.
		2) relative_sleep_states = 0 (default)
		"mem" - "suspend-to-RAM", present if supported.
		"standby" - "power-on suspend", present if supported.
		"freeze" - "suspend-to-idle", always present.

		Writing to this file one of these strings causes the system to
		transition into that state. Please see the file
		Documentation/power/states.txt for a description of each of
		these states.
		transition into the corresponding state, if available. See
		Documentation/power/states.txt for a description of what
		"suspend-to-RAM", "power-on suspend" and "suspend-to-idle" mean.

		What: /sys/power/disk
		Date: September 2006

Documentation/cpu-freq/core.txt

+29 −0

Original line number	Diff line number	Diff line
		@@ -20,6 +20,7 @@ Contents:
		---------
		1. CPUFreq core and interfaces
		2. CPUFreq notifiers
		3. CPUFreq Table Generation with Operating Performance Point (OPP)

		1. General Information
		=======================
		@@ -92,3 +93,31 @@ values:
		cpu - number of the affected CPU
		old - old frequency
		new - new frequency

		3. CPUFreq Table Generation with Operating Performance Point (OPP)
		==================================================================
		For details about OPP, see Documentation/power/opp.txt

		dev_pm_opp_init_cpufreq_table - cpufreq framework typically is initialized with
		cpufreq_frequency_table_cpuinfo which is provided with the list of
		frequencies that are available for operation. This function provides
		a ready to use conversion routine to translate the OPP layer's internal
		information about the available frequencies into a format readily
		providable to cpufreq.

		WARNING: Do not use this function in interrupt context.

		Example:
		soc_pm_init()
		{
		/* Do things */
		r = dev_pm_opp_init_cpufreq_table(dev, &freq_table);
		if (!r)
		cpufreq_frequency_table_cpuinfo(policy, freq_table);
		/* Do other things */
		}

		NOTE: This function is available only if CONFIG_CPU_FREQ is enabled in
		addition to CONFIG_PM_OPP.

		dev_pm_opp_free_cpufreq_table - Free up the table allocated by dev_pm_opp_init_cpufreq_table

Documentation/cpu-freq/cpu-drivers.txt

+19 −0

Original line number	Diff line number	Diff line
		@@ -228,3 +228,22 @@ is the corresponding frequency table helper for the ->target
		stage. Just pass the values to this function, and the unsigned int
		index returns the number of the frequency table entry which contains
		the frequency the CPU shall be set to.

		The following macros can be used as iterators over cpufreq_frequency_table:

		cpufreq_for_each_entry(pos, table) - iterates over all entries of frequency
		table.

		cpufreq-for_each_valid_entry(pos, table) - iterates over all entries,
		excluding CPUFREQ_ENTRY_INVALID frequencies.
		Use arguments "pos" - a cpufreq_frequency_table * as a loop cursor and
		"table" - the cpufreq_frequency_table * you want to iterate over.

		For example:

		struct cpufreq_frequency_table pos, driver_freq_table;

		cpufreq_for_each_entry(pos, driver_freq_table) {
		/* Do something with pos */
		pos->frequency = ...
		}

Documentation/cpu-freq/index.txt

+2 −2

Original line number	Diff line number	Diff line
		@@ -35,8 +35,8 @@ Mailing List
		------------
		There is a CPU frequency changing CVS commit and general list where
		you can report bugs, problems or submit patches. To post a message,
		send an email to cpufreq@vger.kernel.org, to subscribe go to
		http://vger.kernel.org/vger-lists.html#cpufreq and follow the
		send an email to linux-pm@vger.kernel.org, to subscribe go to
		http://vger.kernel.org/vger-lists.html#linux-pm and follow the
		instructions there.

		Links