summaryrefslogtreecommitdiff
path: root/arch/cris
diff options
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2017-11-03 16:35:49 +0100
committerLinus Torvalds <torvalds@linux-foundation.org>2017-11-03 08:50:13 -0700
commit941f5f0f6ef5338814145cf2b813cf1f98873e2f (patch)
treeb5bfebf297b5213cb5ef96af994c5cc84b64e9bb /arch/cris
parent5cb0512c02ecd7e6214e912e4c150f4219ac78e0 (diff)
downloadlinux-exynos-941f5f0f6ef5338814145cf2b813cf1f98873e2f.tar.gz
linux-exynos-941f5f0f6ef5338814145cf2b813cf1f98873e2f.tar.bz2
linux-exynos-941f5f0f6ef5338814145cf2b813cf1f98873e2f.zip
x86: CPU: Fix up "cpu MHz" in /proc/cpuinfo
Commit 890da9cf0983 (Revert "x86: do not use cpufreq_quick_get() for /proc/cpuinfo "cpu MHz"") is not sufficient to restore the previous behavior of "cpu MHz" in /proc/cpuinfo on x86 due to some changes made after the commit it has reverted. To address this, make the code in question use arch_freq_get_on_cpu() which also is used by cpufreq for reporting the current frequency of CPUs and since that function doesn't really depend on cpufreq in any way, drop the CONFIG_CPU_FREQ dependency for the object file containing it. Also refactor arch_freq_get_on_cpu() somewhat to avoid IPIs and return cached values right away if it is called very often over a short time (to prevent user space from triggering IPI storms through it). Fixes: 890da9cf0983 (Revert "x86: do not use cpufreq_quick_get() for /proc/cpuinfo "cpu MHz"") Cc: stable@kernel.org # 4.13 - together with 890da9cf0983 Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/cris')
0 files changed, 0 insertions, 0 deletions