linux.git/drivers/powercap, branch v5.3-rc1

powercap/rapl: Add Ice Lake NNPI support to RAPL driver

2019-07-11T13:08:58+00:00

Enables support for ICL-NNPI, which is a neural network processor for deep
learning inference. From RAPL point of view it is same as Ice Lake Mobile
processor.

Link: https://lkml.org/lkml/2019/6/5/1034
Signed-off-by: Rajneesh Bhardwaj 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

powercap/intel_rapl: add support for ICX-D

2019-07-11T13:08:58+00:00

Add ICX-D support in intel_rapl driver

Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

powercap/intel_rapl: add support for ICX

2019-07-11T13:08:58+00:00

Add ICX support in intel_rapl driver

Signed-off-by: Jacob Pan 
Signed-off-by: Rajneesh Bhardwaj 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

powercap/intel_rapl: add support for IceLake desktop

2019-07-11T13:08:58+00:00

Add IceLake desktop support in intel_rapl driver

Signed-off-by: Gayatri Kammela 
Signed-off-by: Joe Konno 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

intel_rapl: Fix module autoloading issue

2019-07-11T13:08:58+00:00

intel_rapl driver used to have a list of cpuids, which is used to
1. check if the processor support RAPL MSRs
2. do some cpu model specific setting
3. module autoloading

Now, the cpu model specific setting are moved to intel_rapl_common.c as
part of the common code, because the setup is also needed by RAPL MMIO
interface on those platforms.
But removing the cpuid list from intel_rapl MSR interface driver results
in that the driver can not be loaded automatically.

Maintaining another copy of the cpuid list in intel_rapl_msr.c does not make
sense because it increases the complexity when enabling RAPL support on a
new cpu model.

Fix the problem by creating an "intel_rapl_msr" platform device in the
common code, and make RAPL MSR interface driver (intel_rapl_msr.c) probe the
platform device directly.

Reviewed-by: Pandruvada, Srinivas 
Tested-by: Pandruvada, Srinivas 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

intel_rapl: support two power limits for every RAPL domain

2019-07-11T13:08:58+00:00

RAPL MSR interface supports 2 power limits for package domain, and 1 power
limit for other domains, while RAPL MMIO interface supports 2 power limits
for both package and dram domains.
And when 2 power limits are supported, the FW_LOCK bit is in bit 63 of the
register, instead of bit 31.

Remove the assumption that only pakcage domain supports 2 power limits.
And allow the RAPL interface driver to specify the number of power limits
supported, for every single RAPL domain it owns..

Reviewed-by: Pandruvada, Srinivas 
Tested-by: Pandruvada, Srinivas 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

intel_rapl: support 64 bit register

2019-07-11T13:08:58+00:00

RAPL MMIO interface uses 64 bit registers, thus force use 64 bit register
for all the RAPL code.

Reviewed-by: Pandruvada, Srinivas 
Tested-by: Pandruvada, Srinivas 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

intel_rapl: abstract RAPL common code

2019-07-11T13:08:58+00:00

Split intel_rapl.c to intel_rapl_common.c and intel_rapl_msr.c, where
intel_rapl_common.c contains the common code that can be used by both MSR
and MMIO interface.
intel_rapl_msr.c contains the implementation of RAPL MSR interface.

Reviewed-by: Pandruvada, Srinivas 
Tested-by: Pandruvada, Srinivas 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

intel_rapl: cleanup hardcoded MSR access

2019-07-11T13:08:57+00:00

There are still some places in the common code that have hardcoded
MSR access, convert them to follow the abstracted register access.

Reviewed-by: Pandruvada, Srinivas 
Tested-by: Pandruvada, Srinivas 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki

intel_rapl: cleanup some functions

2019-07-11T13:08:57+00:00

Previously, there are three functions:
rapl_register_psys(), which registers platform rapl domain.
rapl_register_powercap(), which registers powercap control type.
rapl_unregsiter_powercap(), which unregisters platform rapl domain and
powercap control type.

This is confusing as the function name does not describe what it does
clearly.

With this patch, the three functions are removed, and two new functions
rapl_register_platform_domain()/rapl_unregister_platform_domain() are
introduced instead, and they do exactly what their function name describes.

Plus, as part of the common code, hardcoded MSR accesses in these functions
are converted to follow the abstracted register access.

Reviewed-by: Pandruvada, Srinivas 
Tested-by: Pandruvada, Srinivas 
Signed-off-by: Zhang Rui 
Signed-off-by: Rafael J. Wysocki