2005-04-16 22:20:36 +00:00
|
|
|
CPU frequency and voltage scaling code in the Linux(TM) kernel
|
|
|
|
|
|
|
|
|
|
|
|
L i n u x C P U F r e q
|
|
|
|
|
|
|
|
C P U F r e q C o r e
|
|
|
|
|
|
|
|
|
|
|
|
Dominik Brodowski <linux@brodo.de>
|
|
|
|
David Kimdon <dwhedon@debian.org>
|
2017-01-06 05:38:05 +00:00
|
|
|
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
|
|
|
|
Viresh Kumar <viresh.kumar@linaro.org>
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Clock scaling allows you to change the clock speed of the CPUs on the
|
|
|
|
fly. This is a nice method to save battery power, because the lower
|
|
|
|
the clock speed, the less power the CPU consumes.
|
|
|
|
|
|
|
|
|
|
|
|
Contents:
|
|
|
|
---------
|
|
|
|
1. CPUFreq core and interfaces
|
|
|
|
2. CPUFreq notifiers
|
2014-05-05 13:33:50 +00:00
|
|
|
3. CPUFreq Table Generation with Operating Performance Point (OPP)
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
1. General Information
|
|
|
|
=======================
|
|
|
|
|
2006-10-02 23:26:47 +00:00
|
|
|
The CPUFreq core code is located in drivers/cpufreq/cpufreq.c. This
|
2005-04-16 22:20:36 +00:00
|
|
|
cpufreq code offers a standardized interface for the CPUFreq
|
|
|
|
architecture drivers (those pieces of code that do actual
|
|
|
|
frequency transitions), as well as to "notifiers". These are device
|
|
|
|
drivers or other part of the kernel that need to be informed of
|
|
|
|
policy changes (ex. thermal modules like ACPI) or of all
|
|
|
|
frequency changes (ex. timing code) or even need to force certain
|
|
|
|
speed limits (like LCD drivers on ARM architecture). Additionally, the
|
|
|
|
kernel "constant" loops_per_jiffy is updated on frequency changes
|
|
|
|
here.
|
|
|
|
|
2017-01-06 05:38:05 +00:00
|
|
|
Reference counting of the cpufreq policies is done by cpufreq_cpu_get
|
|
|
|
and cpufreq_cpu_put, which make sure that the cpufreq driver is
|
|
|
|
correctly registered with the core, and will not be unloaded until
|
|
|
|
cpufreq_put_cpu is called. That also ensures that the respective cpufreq
|
|
|
|
policy doesn't get freed while being used.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
2. CPUFreq notifiers
|
|
|
|
====================
|
|
|
|
|
|
|
|
CPUFreq notifiers conform to the standard kernel notifier interface.
|
|
|
|
See linux/include/linux/notifier.h for details on notifiers.
|
|
|
|
|
|
|
|
There are two different CPUFreq notifiers - policy notifiers and
|
|
|
|
transition notifiers.
|
|
|
|
|
|
|
|
|
|
|
|
2.1 CPUFreq policy notifiers
|
|
|
|
----------------------------
|
|
|
|
|
|
|
|
These are notified when a new policy is intended to be set. Each
|
2015-08-03 03:06:14 +00:00
|
|
|
CPUFreq policy notifier is called twice for a policy transition:
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
1.) During CPUFREQ_ADJUST all CPUFreq notifiers may change the limit if
|
|
|
|
they see a need for this - may it be thermal considerations or
|
|
|
|
hardware limitations.
|
|
|
|
|
2015-08-03 03:06:14 +00:00
|
|
|
2.) And during CPUFREQ_NOTIFY all notifiers are informed of the new policy
|
2005-04-16 22:20:36 +00:00
|
|
|
- if two hardware drivers failed to agree on a new policy before this
|
|
|
|
stage, the incompatible hardware shall be shut down, and the user
|
|
|
|
informed of this.
|
|
|
|
|
|
|
|
The phase is specified in the second argument to the notifier.
|
|
|
|
|
|
|
|
The third argument, a void *pointer, points to a struct cpufreq_policy
|
2017-01-06 05:38:05 +00:00
|
|
|
consisting of several values, including min, max (the lower and upper
|
|
|
|
frequencies (in kHz) of the new policy).
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
|
|
|
2.2 CPUFreq transition notifiers
|
|
|
|
--------------------------------
|
|
|
|
|
2017-01-06 05:38:05 +00:00
|
|
|
These are notified twice for each online CPU in the policy, when the
|
|
|
|
CPUfreq driver switches the CPU core frequency and this change has no
|
|
|
|
any external implications.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
The second argument specifies the phase - CPUFREQ_PRECHANGE or
|
|
|
|
CPUFREQ_POSTCHANGE.
|
|
|
|
|
|
|
|
The third argument is a struct cpufreq_freqs with the following
|
|
|
|
values:
|
|
|
|
cpu - number of the affected CPU
|
|
|
|
old - old frequency
|
|
|
|
new - new frequency
|
2017-01-06 05:38:05 +00:00
|
|
|
flags - flags of the cpufreq driver
|
2014-05-05 13:33:50 +00:00
|
|
|
|
|
|
|
3. CPUFreq Table Generation with Operating Performance Point (OPP)
|
|
|
|
==================================================================
|
|
|
|
For details about OPP, see Documentation/power/opp.txt
|
|
|
|
|
|
|
|
dev_pm_opp_init_cpufreq_table - cpufreq framework typically is initialized with
|
2016-05-31 11:20:23 +00:00
|
|
|
cpufreq_table_validate_and_show() which is provided with the list of
|
2014-05-05 13:33:50 +00:00
|
|
|
frequencies that are available for operation. This function provides
|
|
|
|
a ready to use conversion routine to translate the OPP layer's internal
|
|
|
|
information about the available frequencies into a format readily
|
|
|
|
providable to cpufreq.
|
|
|
|
|
|
|
|
WARNING: Do not use this function in interrupt context.
|
|
|
|
|
|
|
|
Example:
|
|
|
|
soc_pm_init()
|
|
|
|
{
|
|
|
|
/* Do things */
|
|
|
|
r = dev_pm_opp_init_cpufreq_table(dev, &freq_table);
|
|
|
|
if (!r)
|
2016-05-31 11:20:23 +00:00
|
|
|
cpufreq_table_validate_and_show(policy, freq_table);
|
2014-05-05 13:33:50 +00:00
|
|
|
/* Do other things */
|
|
|
|
}
|
|
|
|
|
|
|
|
NOTE: This function is available only if CONFIG_CPU_FREQ is enabled in
|
|
|
|
addition to CONFIG_PM_OPP.
|
|
|
|
|
|
|
|
dev_pm_opp_free_cpufreq_table - Free up the table allocated by dev_pm_opp_init_cpufreq_table
|