2019-05-19 12:07:45 +00:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2013-10-11 23:54:56 +00:00
|
|
|
#
|
|
|
|
# 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.
|
2019-07-10 13:44:30 +00:00
|
|
|
config INTEL_RAPL_CORE
|
|
|
|
tristate
|
|
|
|
|
PowerCap: Introduce Intel RAPL power capping driver
The Intel Running Average Power Limit (RAPL) technology provides platform
software with the ability to monitor, control, and get notifications on
power usage.
This feature is present in all Sandy Bridge and later Intel processors.
Newer models allow more fine grained controls to be applied. In RAPL,
power control is divided into domains, which include package, DRAM
controller, CPU core (Power Plane 0), graphics uncore (power plane 1), etc.
The purpose of this driver is to expose the RAPL settings to userspace.
Overall, RAPL fits in the new powercap class driver in that platform
level power capping controls are exposed via this generic interface.
This driver is based on an earlier patch from Zhang Rui.
However, while the previous work was mainly focused on thermal monitoring
the focus here is on the usability from user space perspective.
References: https://lkml.org/lkml/2011/5/26/93
Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Jacob Pan <jacob.jun.pan@linux.intel.com>
Reviewed-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2013-10-17 17:28:35 +00:00
|
|
|
config INTEL_RAPL
|
2019-07-10 13:44:30 +00:00
|
|
|
tristate "Intel RAPL Support via MSR Interface"
|
2014-11-12 18:50:36 +00:00
|
|
|
depends on X86 && IOSF_MBI
|
2019-07-10 13:44:30 +00:00
|
|
|
select INTEL_RAPL_CORE
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
PowerCap: Introduce Intel RAPL power capping driver
The Intel Running Average Power Limit (RAPL) technology provides platform
software with the ability to monitor, control, and get notifications on
power usage.
This feature is present in all Sandy Bridge and later Intel processors.
Newer models allow more fine grained controls to be applied. In RAPL,
power control is divided into domains, which include package, DRAM
controller, CPU core (Power Plane 0), graphics uncore (power plane 1), etc.
The purpose of this driver is to expose the RAPL settings to userspace.
Overall, RAPL fits in the new powercap class driver in that platform
level power capping controls are exposed via this generic interface.
This driver is based on an earlier patch from Zhang Rui.
However, while the previous work was mainly focused on thermal monitoring
the focus here is on the usability from user space perspective.
References: https://lkml.org/lkml/2011/5/26/93
Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Jacob Pan <jacob.jun.pan@linux.intel.com>
Reviewed-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2013-10-17 17:28:35 +00:00
|
|
|
This enables support for the Intel Running Average Power Limit (RAPL)
|
2019-07-10 13:44:30 +00:00
|
|
|
technology via MSR interface, which allows power limits to be enforced
|
|
|
|
and monitored on modern Intel processors (Sandy Bridge and later).
|
PowerCap: Introduce Intel RAPL power capping driver
The Intel Running Average Power Limit (RAPL) technology provides platform
software with the ability to monitor, control, and get notifications on
power usage.
This feature is present in all Sandy Bridge and later Intel processors.
Newer models allow more fine grained controls to be applied. In RAPL,
power control is divided into domains, which include package, DRAM
controller, CPU core (Power Plane 0), graphics uncore (power plane 1), etc.
The purpose of this driver is to expose the RAPL settings to userspace.
Overall, RAPL fits in the new powercap class driver in that platform
level power capping controls are exposed via this generic interface.
This driver is based on an earlier patch from Zhang Rui.
However, while the previous work was mainly focused on thermal monitoring
the focus here is on the usability from user space perspective.
References: https://lkml.org/lkml/2011/5/26/93
Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Jacob Pan <jacob.jun.pan@linux.intel.com>
Reviewed-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2013-10-17 17:28:35 +00:00
|
|
|
|
|
|
|
In RAPL, the platform level settings are divided into domains for
|
|
|
|
fine grained control. These domains include processor package, DRAM
|
2020-10-18 15:21:06 +00:00
|
|
|
controller, CPU core (Power Plane 0), graphics uncore (Power Plane
|
PowerCap: Introduce Intel RAPL power capping driver
The Intel Running Average Power Limit (RAPL) technology provides platform
software with the ability to monitor, control, and get notifications on
power usage.
This feature is present in all Sandy Bridge and later Intel processors.
Newer models allow more fine grained controls to be applied. In RAPL,
power control is divided into domains, which include package, DRAM
controller, CPU core (Power Plane 0), graphics uncore (power plane 1), etc.
The purpose of this driver is to expose the RAPL settings to userspace.
Overall, RAPL fits in the new powercap class driver in that platform
level power capping controls are exposed via this generic interface.
This driver is based on an earlier patch from Zhang Rui.
However, while the previous work was mainly focused on thermal monitoring
the focus here is on the usability from user space perspective.
References: https://lkml.org/lkml/2011/5/26/93
Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Jacob Pan <jacob.jun.pan@linux.intel.com>
Reviewed-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2013-10-17 17:28:35 +00:00
|
|
|
1), etc.
|
2013-10-11 23:54:56 +00:00
|
|
|
|
2018-06-26 10:53:29 +00:00
|
|
|
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.
|
2013-10-11 23:54:56 +00:00
|
|
|
endif
|