mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
synced 2025-01-08 14:23:19 +00:00
9eef7f9da9
The TPMI (Topology Aware Register and PM Capsule Interface) provides a flexible, extendable and PCIe enumerable MMIO interface for PM features. Intel RAPL (Running Average Power Limit) is one of the features that benefit from this. Using TPMI Interface has advantage over traditional MSR (Model Specific Register) interface, where a thread needs to be scheduled on the target CPU to read or write. Also the RAPL features vary between CPU models, and hence lot of model specific code. Here TPMI provides an architectural interface by providing hierarchical tables and fields, which will not need any model specific implementation. TPMI interface uses a PCI VSEC structure to expose the location of MMIO interface for PM feature enumeration and control. The Intel VSEC driver parses VSEC structures present in the PCI configuration space of the given device and creates an auxiliary device object for each of them. In particular, it creates an auxiliary device object representing TPMI that can be bound to by an auxiliary driver. Then the TPMI enumeration driver binds to the TPMI auxiliary device object created by the Intel VSEC driver, parses the PM Feature Structure (PFS) present in the TPMI MMIO region and creates device nodes for PM features described in the PFS. This RAPL TPMI Interface driver binds the RAPL auxiliary device created by the TPMI enumeration driver and expose the RAPL control to userspace via powercap sysfs class. RAPL TPMI details are published in the following document: https://github.com/intel/tpmi_power_management/blob/main/RAPL_TPMI_public_disclosure_FINAL.docx Note, for now, the RAPL TPMI Interface and RAPL MSR Interface cannot co-exists on the same platform (RAPL TPMI Interface is not supported on any platforms in the CPU model list for RAPL MSR Interface). Thus register the RAPL TPMI powercap control type with name "intel-rapl", the same as RAPL MSR Interface, so that it is transparent to userspace. Signed-off-by: Zhang Rui <rui.zhang@intel.com> Tested-by: Wang Wendy <wendy.wang@intel.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
95 lines
3.0 KiB
Plaintext
95 lines
3.0 KiB
Plaintext
# SPDX-License-Identifier: GPL-2.0-only
|
|
#
|
|
# Generic power capping sysfs interface configuration
|
|
#
|
|
|
|
menuconfig POWERCAP
|
|
bool "Generic powercap sysfs driver"
|
|
help
|
|
The power capping sysfs interface allows kernel subsystems to expose power
|
|
capping settings to user space in a consistent way. Usually, it consists
|
|
of multiple control types that determine which settings may be exposed and
|
|
power zones representing parts of the system that can be subject to power
|
|
capping.
|
|
|
|
If you want this code to be compiled in, say Y here.
|
|
|
|
if POWERCAP
|
|
# Client driver configurations go here.
|
|
config INTEL_RAPL_CORE
|
|
tristate
|
|
|
|
config INTEL_RAPL
|
|
tristate "Intel RAPL Support via MSR Interface"
|
|
depends on X86 && IOSF_MBI
|
|
select INTEL_RAPL_CORE
|
|
help
|
|
This enables support for the Intel Running Average Power Limit (RAPL)
|
|
technology via MSR interface, which allows power limits to be enforced
|
|
and monitored on modern Intel processors (Sandy Bridge and later).
|
|
|
|
In RAPL, the platform level settings are divided into domains for
|
|
fine grained control. These domains include processor package, DRAM
|
|
controller, CPU core (Power Plane 0), graphics uncore (Power Plane
|
|
1), etc.
|
|
|
|
config INTEL_RAPL_TPMI
|
|
tristate "Intel RAPL Support via TPMI Interface"
|
|
depends on X86
|
|
depends on INTEL_TPMI
|
|
select INTEL_RAPL_CORE
|
|
help
|
|
This enables support for the Intel Running Average Power Limit (RAPL)
|
|
technology via TPMI interface, which allows power limits to be enforced
|
|
and monitored.
|
|
|
|
In RAPL, the platform level settings are divided into domains for
|
|
fine grained control. These domains include processor package, DRAM
|
|
controller, platform, etc.
|
|
|
|
config IDLE_INJECT
|
|
bool "Idle injection framework"
|
|
depends on CPU_IDLE
|
|
default n
|
|
help
|
|
This enables support for the idle injection framework. It
|
|
provides a way to force idle periods on a set of specified
|
|
CPUs for power capping. Idle period can be injected
|
|
synchronously on a set of specified CPUs or alternatively
|
|
on a per CPU basis.
|
|
|
|
config ARM_SCMI_POWERCAP
|
|
tristate "ARM SCMI Powercap driver"
|
|
depends on ARM_SCMI_PROTOCOL
|
|
help
|
|
This enables support for the ARM Powercap based on ARM SCMI
|
|
Powercap protocol.
|
|
|
|
ARM SCMI Powercap protocol allows power limits to be enforced
|
|
and monitored against the SCMI Powercap domains advertised as
|
|
available by the SCMI platform firmware.
|
|
|
|
When compiled as module it will be called arm_scmi_powercap.ko.
|
|
|
|
config DTPM
|
|
bool "Power capping for Dynamic Thermal Power Management (EXPERIMENTAL)"
|
|
depends on OF
|
|
help
|
|
This enables support for the power capping for the dynamic
|
|
thermal power management userspace engine.
|
|
|
|
config DTPM_CPU
|
|
bool "Add CPU power capping based on the energy model"
|
|
depends on DTPM && ENERGY_MODEL
|
|
help
|
|
This enables support for CPU power limitation based on
|
|
energy model.
|
|
|
|
config DTPM_DEVFREQ
|
|
bool "Add device power capping based on the energy model"
|
|
depends on DTPM && ENERGY_MODEL
|
|
help
|
|
This enables support for device power limitation based on
|
|
energy model.
|
|
endif
|