cpufreq: Update scaling_cur_freq documentation

Commit f8475cef9008 "x86: use common aperfmperf_khz_on_cpu() to
calculate KHz using APERF/MPERF" modified the way the scaling_cur_freq
cpufreq policy attribute in sysfs is handled on contemporary
Intel-based x86 systems, so update the documentation to reflect
that change.

Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

diff --git a/Documentation/admin-guide/pm/cpufreq.rst b/Documentation/admin-guide/pm/cpufreq.rst
index 09aa2e9497875acec984dc68727e14139c5d23ad..463cf7e73db80b3bf3f8a36afe91bcf3d7f0d429 100644 (file)
--- a/Documentation/admin-guide/pm/cpufreq.rst
+++ b/Documentation/admin-guide/pm/cpufreq.rst
@@ -269,16 +269,16 @@ are the following:
 ``scaling_cur_freq``
        Current frequency of all of the CPUs belonging to this policy (in kHz).
 
-       For the majority of scaling drivers, this is the frequency of the last
-       P-state requested by the driver from the hardware using the scaling
+       In the majority of cases, this is the frequency of the last P-state
+       requested by the scaling driver from the hardware using the scaling
        interface provided by it, which may or may not reflect the frequency
        the CPU is actually running at (due to hardware design and other
        limitations).
 
-       Some scaling drivers (e.g. |intel_pstate|) attempt to provide
-       information more precisely reflecting the current CPU frequency through
-       this attribute, but that still may not be the exact current CPU
-       frequency as seen by the hardware at the moment.
+       Some architectures (e.g. ``x86``) may attempt to provide information
+       more precisely reflecting the current CPU frequency through this
+       attribute, but that still may not be the exact current CPU frequency as
+       seen by the hardware at the moment.
 
 ``scaling_driver``
        The scaling driver currently in use.