summaryrefslogtreecommitdiffstats
path: root/fs/block_dev.c
diff options
context:
space:
mode:
authorZhang Rui <rui.zhang@intel.com>2019-07-10 21:44:34 +0800
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2019-07-11 15:08:58 +0200
commitabcfaeb3f5dc8bded4ba446eb2fb017a7a41d9bc (patch)
treee4bfec49a6ac1e2c66bda969d8fe940c8362b0a1 /fs/block_dev.c
parent555c45fe0d04bd817e245a125d242b6a86af4593 (diff)
downloadlinux-abcfaeb3f5dc8bded4ba446eb2fb017a7a41d9bc.tar.gz
linux-abcfaeb3f5dc8bded4ba446eb2fb017a7a41d9bc.tar.bz2
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 'fs/block_dev.c')
0 files changed, 0 insertions, 0 deletions