[CPUFREQ] expose cpufreq coordination requirements regardless of coordination mechanism
authorDarrick J. Wong <djwong@us.ibm.com>
Fri, 18 Apr 2008 20:31:12 +0000 (13:31 -0700)
committerDave Jones <davej@redhat.com>
Mon, 28 Apr 2008 20:27:08 +0000 (16:27 -0400)
commite8628dd06d66f2e3965ec9742029b401d63434f1
tree341d5a2e36c877bd52c5567aa5791557a6920557
parente56a727b023d40d1adf660168883f30f2e6abe0a
[CPUFREQ] expose cpufreq coordination requirements regardless of coordination mechanism

Currently, affected_cpus shows which CPUs need to have their frequency
coordinated in software.  When hardware coordination is in use, the contents
of this file appear the same as when no coordination is required.  This can
lead to some confusion among user-space programs, for example, that do not
know that extra coordination is required to force a CPU core to a particular
speed to control power consumption.

To fix this, create a "related_cpus" attribute that always displays the
coordination map regardless of whatever coordination strategy the cpufreq
driver uses (sw or hw).  If the cpufreq driver does not provide a value, fall
back to policy->cpus.

Signed-off-by: Darrick J. Wong <djwong@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Dave Jones <davej@redhat.com>
arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c
drivers/cpufreq/cpufreq.c
include/linux/cpufreq.h