Commit 87291235 authored Feb 10, 2015 by Linus Torvalds

linux-pm

Pull ACPI and power management updates from Rafael Wysocki:
"We have a few new features this time, including a new SFI-based
cpufreq driver, a new devfreq driver for Tegra Activity Monitor, a new
devfreq class for providing its governors with raw utilization data
and a new ACPI driver for AMD SoCs.

Still, the majority of changes here are reworks of existing code to
make it more straightforward or to prepare it for implementing new
features on top of it. The primary example is the rework of ACPI
resources handling from Jiang Liu, Thomas Gleixner and Lv Zheng with
support for IOAPIC hotplug implemented on top of it, but there is
quite a number of changes of this kind in the cpufreq core, ACPICA,
ACPI EC driver, ACPI processor driver and the generic power domains
core code too.

The most active developer is Viresh Kumar with his cpufreq changes.

Specifics:

- Rework of the core ACPI resources parsing code to fix issues in it
and make using resource offsets more convenient and consolidation
of some resource-handing code in a couple of places that have grown
analagous data structures and code to cover the the same gap in the
core (Jiang Liu, Thomas Gleixner, Lv Zheng).

- ACPI-based IOAPIC hotplug support on top of the resources handling
rework (Jiang Liu, Yinghai Lu).

- ACPICA update to upstream release 20150204 including an interrupt
handling rework that allows drivers to install raw handlers for
ACPI GPEs which then become entirely responsible for the given GPE
and the ACPICA core code won't touch it (Lv Zheng, David E Box,
Octavian Purdila).

- ACPI EC driver rework to fix several concurrency issues and other
problems related to events handling on top of the ACPICA's new
support for raw GPE handlers (Lv Zheng).

- New ACPI driver for AMD SoCs analogous to the LPSS (Low-Power
Subsystem) driver for Intel chips (Ken Xue).

- Two minor fixes of the ACPI LPSS driver (Heikki Krogerus, Jarkko
Nikula).

- Two new blacklist entries for machines (Samsung 730U3E/740U3E and
510R) where the native backlight interface doesn't work correctly
while the ACPI one does (Hans de Goede).

- Rework of the ACPI processor driver's handling of idle states to
make the code more straightforward and less bloated overall (Rafael
J Wysocki).

- Assorted minor fixes related to ACPI and SFI (Andreas Ruprecht,
Andy Shevchenko, Hanjun Guo, Jan Beulich, Rafael J Wysocki, Yaowei
Bai).

- PCI core power management modification to avoid resuming (some)
runtime-suspended devices during system suspend if they are in the
right states already (Rafael J Wysocki).

- New SFI-based cpufreq driver for Intel platforms using SFI
(Srinidhi Kasagar).

- cpufreq core fixes, cleanups and simplifications (Viresh Kumar,
Doug Anderson, Wolfram Sang).

- SkyLake CPU support and other updates for the intel_pstate driver
(Kristen Carlson Accardi, Srinivas Pandruvada).

- cpufreq-dt driver cleanup (Markus Elfring).

- Init fix for the ARM big.LITTLE cpuidle driver (Sudeep Holla).

- Generic power domains core code fixes and cleanups (Ulf Hansson).

- Operating Performance Points (OPP) core code cleanups and kernel
documentation update (Nishanth Menon).

- New dabugfs interface to make the list of PM QoS constraints
available to user space (Nishanth Menon).

- New devfreq driver for Tegra Activity Monitor (Tomeu Vizoso).

- New devfreq class (devfreq_event) to provide raw utilization data
to devfreq governors (Chanwoo Choi).

- Assorted minor fixes and cleanups related to power management
(Andreas Ruprecht, Krzysztof Kozlowski, Rickard Strandqvist, Pavel
Machek, Todd E Brandt, Wonhong Kwon).

- turbostat updates (Len Brown) and cpupower Makefile improvement
(Sriram Raghunathan)"

* tag 'pm+acpi-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm: (151 commits)
tools/power turbostat: relax dependency on APERF_MSR
tools/power turbostat: relax dependency on invariant TSC
Merge branch 'pci/host-generic' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci into acpi-resources
tools/power turbostat: decode MSR_*_PERF_LIMIT_REASONS
tools/power turbostat: relax dependency on root permission
ACPI / video: Add disable_native_backlight quirk for Samsung 510R
ACPI / PM: Remove unneeded nested #ifdef
USB / PM: Remove unneeded #ifdef and associated dead code
intel_pstate: provide option to only use intel_pstate with HWP
ACPI / EC: Add GPE reference counting debugging messages
ACPI / EC: Add query flushing support
ACPI / EC: Refine command storm prevention support
ACPI / EC: Add command flushing support.
ACPI / EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag
ACPI: add AMD ACPI2Platform device support for x86 system
ACPI / table: remove duplicate NULL check for the handler of acpi_table_parse()
ACPI / EC: Update revision due to raw handler mode.
ACPI / EC: Reduce ec_poll() by referencing the last register access timestamp.
ACPI / EC: Fix several GPE handling issues by deploying ACPI_GPE_DISPATCH_RAW_HANDLER mode.
ACPICA: Events: Enable APIs to allow interrupt/polling adaptive request based GPE handling model
...

parents c08f8467 b5e82233

Documentation/acpi/enumeration.txt

+1 −1

Original line number	Diff line number	Diff line
		@@ -243,7 +243,7 @@ input driver:
		.owner = THIS_MODULE,
		.pm = &mpu3050_pm,
		.of_match_table = mpu3050_of_match,
		.acpi_match_table ACPI_PTR(mpu3050_acpi_match),
		.acpi_match_table = ACPI_PTR(mpu3050_acpi_match),
		},
		.probe = mpu3050_probe,
		.remove = mpu3050_remove,

Documentation/cpu-freq/intel-pstate.txt

+8 −0

Original line number	Diff line number	Diff line
		@@ -37,6 +37,14 @@ controlling P state selection. These files have been added to
		no_turbo: limits the driver to selecting P states below the turbo
		frequency range.

		turbo_pct: displays the percentage of the total performance that
		is supported by hardware that is in the turbo range. This number
		is independent of whether turbo has been disabled or not.

		num_pstates: displays the number of pstates that are supported
		by hardware. This number is independent of whether turbo has
		been disabled or not.

		For contemporary Intel processors, the frequency is controlled by the
		processor itself and the P-states exposed to software are related to
		performance levels. The idea that frequency can be set to a single

Documentation/devicetree/bindings/devfreq/event/exynos-ppmu.txt

0 → 100644

+110 −0

Original line number	Diff line number	Diff line

		* Samsung Exynos PPMU (Platform Performance Monitoring Unit) device

		The Samsung Exynos SoC has PPMU (Platform Performance Monitoring Unit) for
		each IP. PPMU provides the primitive values to get performance data. These
		PPMU events provide information of the SoC's behaviors so that you may
		use to analyze system performance, to make behaviors visible and to count
		usages of each IP (DMC, CPU, RIGHTBUS, LEFTBUS, CAM interface, LCD, G3D, MFC).
		The Exynos PPMU driver uses the devfreq-event class to provide event data
		to various devfreq devices. The devfreq devices would use the event data when
		derterming the current state of each IP.

		Required properties:
		- compatible: Should be "samsung,exynos-ppmu".
		- reg: physical base address of each PPMU and length of memory mapped region.

		Optional properties:
		- clock-names : the name of clock used by the PPMU, "ppmu"
		- clocks : phandles for clock specified in "clock-names" property
		- #clock-cells: should be 1.

		Example1 : PPMU nodes in exynos3250.dtsi are listed below.

		ppmu_dmc0: ppmu_dmc0@106a0000 {
		compatible = "samsung,exynos-ppmu";
		reg = <0x106a0000 0x2000>;
		status = "disabled";
		};

		ppmu_dmc1: ppmu_dmc1@106b0000 {
		compatible = "samsung,exynos-ppmu";
		reg = <0x106b0000 0x2000>;
		status = "disabled";
		};

		ppmu_cpu: ppmu_cpu@106c0000 {
		compatible = "samsung,exynos-ppmu";
		reg = <0x106c0000 0x2000>;
		status = "disabled";
		};

		ppmu_rightbus: ppmu_rightbus@112a0000 {
		compatible = "samsung,exynos-ppmu";
		reg = <0x112a0000 0x2000>;
		clocks = <&cmu CLK_PPMURIGHT>;
		clock-names = "ppmu";
		status = "disabled";
		};

		ppmu_leftbus: ppmu_leftbus0@116a0000 {
		compatible = "samsung,exynos-ppmu";
		reg = <0x116a0000 0x2000>;
		clocks = <&cmu CLK_PPMULEFT>;
		clock-names = "ppmu";
		status = "disabled";
		};

		Example2 : Events of each PPMU node in exynos3250-rinato.dts are listed below.

		&ppmu_dmc0 {
		status = "okay";

		events {
		ppmu_dmc0_3: ppmu-event3-dmc0 {
		event-name = "ppmu-event3-dmc0";
		};

		ppmu_dmc0_2: ppmu-event2-dmc0 {
		event-name = "ppmu-event2-dmc0";
		};

		ppmu_dmc0_1: ppmu-event1-dmc0 {
		event-name = "ppmu-event1-dmc0";
		};

		ppmu_dmc0_0: ppmu-event0-dmc0 {
		event-name = "ppmu-event0-dmc0";
		};
		};
		};

		&ppmu_dmc1 {
		status = "okay";

		events {
		ppmu_dmc1_3: ppmu-event3-dmc1 {
		event-name = "ppmu-event3-dmc1";
		};
		};
		};

		&ppmu_leftbus {
		status = "okay";

		events {
		ppmu_leftbus_3: ppmu-event3-leftbus {
		event-name = "ppmu-event3-leftbus";
		};
		};
		};

		&ppmu_rightbus {
		status = "okay";

		events {
		ppmu_rightbus_3: ppmu-event3-rightbus {
		event-name = "ppmu-event3-rightbus";
		};
		};
		};

Documentation/kernel-parameters.txt

+3 −0

Original line number	Diff line number	Diff line
		@@ -1470,6 +1470,9 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
		no_hwp
		Do not enable hardware P state control (HWP)
		if available.
		hwp_only
		Only load intel_pstate on systems which support
		hardware P state control (HWP) if available.

		intremap= [X86-64, Intel-IOMMU]
		on enable Interrupt Remapping (default)

Documentation/power/s2ram.txt

+4 −0

Original line number	Diff line number	Diff line
		@@ -69,6 +69,10 @@ Reason for this is that the RTC is the only reliably available piece of
		hardware during resume operations where a value can be set that will
		survive a reboot.

		pm_trace is not compatible with asynchronous suspend, so it turns
		asynchronous suspend off (which may work around timing or
		ordering-sensitive bugs).

		Consequence is that after a resume (even if it is successful) your system
		clock will have a value corresponding to the magic number instead of the
		correct date/time! It is therefore advisable to use a program like ntp-date