[RFC v00 0/1] Power Capping framework and drivers

[Srinivas Pandruvada]

Hi Rafel, Len, Arjan, Greg KH

I am seeking opinion on power capping framework implementation for Linux.
Thanks to Greg KH for responding very patiently to my questions for presentation
on the sys-fs.

With the evolution of technologies, which enables power monitoring and limiting,
more and more devices are able to constrain their power consumption under certain
limits. There are several use cases for such technologies:
- Power monitoring: Each device can report its power consumption.
- Power Limiting: Setting power limits on the devices allows users to guard against
platform reaching max system power level.
- Maximize performance: While staying below a power limit, it allows devices to
automatically adjust performance to meet demands
- Dynamic control and re-budgeting: If each device can be constrained to some power,
extra power can redistributed to other devices, which needs additional performance.

One such example of technology is RAPL (Running Average Power Limit) mechanism
available in the latest Intel Processors. Intel is slowly adding many devices under
RAPL control. Also there are other technologies available, for power capping various
devices. Soon it is very likely that other vendors are also adding or considering
such implementation.

Power Capping framework is an effort to have a uniform interface available to Linux
drivers, which will enable
- A uniform sys-fs interface for all devices which can offer power capping
- A common API for drivers, which will avoid code duplication and easy
implementation of client drivers.

Here, I will present possible options to present the controls via sys-fs.

Srinivas Pandruvada (1):
  PowerCap: Documentation

 Documentation/powercap/PowerCappingFramework.txt | 1008 ++++++++++++++++++++++
 1 file changed, 1008 insertions(+)
 create mode 100644 Documentation/powercap/PowerCappingFramework.txt

-- 
1.8.3.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/