diff options
author | Zhang Rui <rui.zhang@intel.com> | 2019-07-10 15:44:34 +0200 |
---|---|---|
committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2019-07-11 15:08:58 +0200 |
commit | abcfaeb3f5dc8bded4ba446eb2fb017a7a41d9bc (patch) | |
tree | e4bfec49a6ac1e2c66bda969d8fe940c8362b0a1 /drivers/memstick | |
parent | int340X/processor_thermal_device: add support for MMIO RAPL (diff) | |
download | linux-abcfaeb3f5dc8bded4ba446eb2fb017a7a41d9bc.tar.xz linux-abcfaeb3f5dc8bded4ba446eb2fb017a7a41d9bc.zip |
intel_rapl: Fix module autoloading issue
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 <srinivas.pandruvada@intel.com>
Tested-by: Pandruvada, Srinivas <srinivas.pandruvada@intel.com>
Signed-off-by: Zhang Rui <rui.zhang@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/memstick')
0 files changed, 0 insertions, 0 deletions