-
Notifications
You must be signed in to change notification settings - Fork 13
/
Linux内核中CPU主频和电压调整.txt
147 lines (132 loc) · 7.62 KB
/
Linux内核中CPU主频和电压调整.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
通过动态改变CPU电压，可以调整CPU主频。
通过改变时钟倍数可以动态改变CPU时钟频率。
一些具有CPU主频率时钟倍数可调能力的处理器，能够在不同的主频率和工作电压之间动态切换；而不需要内核或者用户介入。
术语定义
策略 (Policy) ： 在系统中，用户只能选择主频上限和下限，以及是否希望激进的省功耗模式或者更好的处理器性能模式。
管理器(Governor)： 在所有的其他cpufreq实现中， 仍然需要设置主频率边界。Governor决定了处理器以何种速度运行在频率限制之内。
如何调整CPU主频策略或速度
sysfs文件系统是缺省控制接口。
一般第一个处理器核的cpufreq控制结点位于 /sys/devices/system/cpu/cpu0/cpufreq/
cpuinfo_min_freq: 该文件指定了处理器能够运行的最低工作频率 （单位: 千赫兹）
cpuinfo_max_freq: 该文件指定了处理器能够运行的最高工作频率 （单位: 千赫兹）
cpuinfo_transition_latency: 该文件定义了处理器在两个不同频率之间切换时所需要的时间 （单位： 纳秒）
scaling_driver: 该文件显示该CPU正在使用何种cpufreq driver
scaling_available_governors: 该文件显示当前内核中支持的所有cpufreq governor类型
scaling_governor: 通过echo命令，能够改变当前处理器的governor类型
cpuinfo_cur_freq: 当前cpu正在运行的工作频率
scaling_available_frequencies: 所有支持的主频率列表 （单位: 千赫兹）
scaling_min_freq/scaling_max_freq: 显示当前policy的上下限 （单位: 千赫兹）
需要注意的是，当改变cpu policy时，需要首先设置scaling_max_freq, 然后才是scaling_min_freq
affected_cpus: 需要软件协调频率的CPU列表
related_cpus: 需要软件或者硬件来协调频率的CPU列表
scaling_driver: cpufreq控制的硬件驱动
scaling_cur_freq: 被governor和cpufreq核决定的当前CPU工作频率。该频率是内核认为该CPU当前运行的主频率
bios_limit: 如果BIOS告知操作系统限制某一cpu到一个低频率，用户能够从此文件中读取其所支持的最大频率。
scaling_setspeed: 如果用户选择了“userspace” governor, 那么可以设置cpu工作主频率到某一个指定值。
只需要这个值在scaling_min_freq 和 scaling_max_freq之间即可。
######################## CPUFreq核心代码位于kernel/drivers/cpufreq/cpufreq.c. ##################
该代码提供了一个针对CPUFreq体系结构驱动（这些驱动代码做实际的频率转换工作）的标准化接口，以及“notifiers”。
该代码中，当policy变化或者频率变化的时候，也需要通知内核其他的设备驱动。
而且，当频率变化的时候，内核"常量“ loops_per_jiffy也在此处被更新。
引用计数通过cpufreq_get_cpu和cpufreq_put_cpu来完成。
以此来确保cpufreq处理器驱动被正确注册到cpu核并且直到cpufreq_put_cpu被调用，才注销该注册。
CPUFreq notifiers
CPUFreq notifiers遵从标准的内核notifier接口。
具体参考linux/include/linux/notifier.h
有两种形式的CPUFreq notifiers: policy notifiers 和 transition notifiers
CPUFreq policy notifier： 当新的policy将被设置时产生此notifier。
任何一个policy转换， 都使得CPUFreq policy notifier在三个阶段被通知三次。
1）在CPUFREQ_ADJUST期间， 如果需要，所有的CPUFreq notifiers有可能改变限定值
2）在CPUFREQ_INCOMPATIBLE期间， 只有发生变化时才执行，以避免硬件错误。
3）在CPUFREQ_NOTIFY期间，所有的notifiers都被新的policy所通知。
如果在此之前，两个硬件驱动不能针对新的policy达成一致，不兼容的硬件将被关闭，用户将被相应的通知。
阶段信息通过notifier的第二个参数指定。
notifier第三个参数则是一个 void* 指针， 指向一个 cpufreq_policy结构体。
CPUFreq transition notifiers:
当CPUFreq驱动切换CPU核心频率时， 该notifiers被通知两次。
函数中第二个参数指定了阶段: CPUFREQ_PRECHANGE, CPUFREQ_POSTCHANGE。
第三个参数是一个cpufreq_freqs结构体，包含以下几个值：
cpu: 被影响的cpu数目
old: 旧的主频率
new: 新的主频率
如果cpufreq 核心检测到在系统suspend时发生了频率改变，该notifiers 中第二个参数将是 CPUFREQ_RESUMECHANGE。
============================================================================================================
Reference documents:
the FTP archives:
* ftp://ftp.linux.org.uk/pub/linux/cpufreq/
how to access the CVS repository:
* http://cvs.arm.linux.org.uk/
the CPUFreq Mailing list:
* http://vger.kernel.org/vger-lists.html#cpufreq
Clock and voltage scaling for the SA-1100:
* http://www.lartmaker.nl/projects/scaling
################ 如何开发一个新的CPUFreq driver ################
初始化
首先，在一个 __initcall level 7后者以后的函数中检查内核是否运行在正确的CPU和正确的芯片组上面。
如果正确，则通过cpufreq_register_driver() 函数， 注册一个cpufreq_driver结构体。
cpufreq_driver结构体中必须包含：
cpufreq_driver.name: 驱动名称
cpufreq_driver.owner: THIS_MODULE
cpufreq_driver.init: 指向per-CPU初始化函数的指针
cpufreq_driver.verify: 指向”verification“函数的指针
cpufreq_driver.setpolicy / cpufreq_driver.target: 详见后面差异性介绍
还可以选择性包含：
cpufreq_driver.exit: 指向per-CPU清理函数的指针
cpufreq_driver.resume： 指向per-CPU resume函数的指针。
此函数在中断失能的情况下被调用。并且在 pre-suspend 主频率或policy被恢复成->target 或者->setpolicy前调用。
cpufreq_driver.attr: 指向一个以NULL结尾的列表指针，该列表中的成员类型为 freq_attr结构体。通过此参数，允许用户导出属性到sysfs中。
Per-CPU初始化
当一个新的CPU无论何时被注册到设备模型中时，或者在cpufreq驱动注册自己后， per-CPU初始化函数 cpufreq_driver.init被调用。
该函数接受一个cpufreq_policy结构体作为参数。
如果必要，针对用户CPU类型，使能 CPUfreq支持。
policy->cpuinfo.min_freq / policy->cpuinfo.max_freq: CPU所支持的最小/最大频率。（单位： 千赫兹）
policy->cpuinfo.transition_latency CPU在不同频率之间切换时所需要的时间。（单位：纳秒）
policy->cur: CPU的当前工作频率
policy->min / policy->max
policy->policy / policy->governor: 必须包含针对该CPU的”缺省policy“。随后，cpufreq_driver.verify/cpufreq_driver.setpolicy或
cpufreq_driver.target函数被调用时将使用这些定义值。
Verify / 验证
当用户决定使用一个新的policy（包含了policy, governor, min,max等值）时， 该policy必须被验证。
如此，不合适的值将被更正。为了验证这些定义值， 一个频率表辅助函数被使用。
必须确保至少有一个有效的工作频率（该频率位于policy->min 和 policy->max 之间）。
如果必要，首先增大policy->max； 如果没有其他办法，才能选择降低 policy->min。
target 或 setpolicy
绝大多数cpufreq驱动，甚至大多数cpu倍频算法仅仅允许处理器被设置在一个频率上。
此种情况下，需要使用 ->target 调用。
某些具有处理器调频能力的处理器，能够在一定的频率范围内切换频率。
此种情况下，需要使用->setpolicy 调用。
target
target调用有三个参数：
struct cpufreq_policy *policy
unsigned int target_frequency
unsigned int relation
CPUFreq驱动必须在被调用的时候设置新的处理器频率。 实际频率必须根据如下规则来确定：
1） 尽量靠近 ”target_freq“ 频率
2） 必须满足条件 policy->min <= new_freq <= policy->max
3) 如果 relation == CPUFREQ_REL_L, 尝试选择高于或等于 target_freq的新频率
4） 如果 relation == CPUFREQ_REL_H, 尝试选择低于或等于target_freq的新频率
setpolicy
setpolicy函数仅仅只有一个参数。
struct cpufreq_policy *policy
需要设置处理器低频限到 policy->min， 需要设置处理器高频限到 policy->max
Frequency Table Helpers
大多数的处理器都仅支持设置成几个特定的频率。因此，一张频率表被用来辅助驱动开发。
通过调用函数
[cpp] view plain copy
print?
cpufreq_frequency_table_cpuinfo(struct cpufreq_policy *policy,
span style="font-size:14px;"> </span>struct cpufreq_frequency_table *table);
cpuinfo->min_freq 被设置为 policy->min, cpuinfo->max_freq 被设置成 policy->max。
下述函数用来验证处理器频率设定。
[cpp] view plain copy
print?
int cpufreq_frequency_table_verify(struct cpufreq_policy *policy,
struct cpufreq_frequency_table *table);
针对 ->target 情况， 对应的函数为
[cpp] view plain copy
print?
int cpufreq_frequency_table_target(struct cpufreq_policy *policy,
struct cpufreq_frequency_table *table,
unsigned int target_freq,
unsigned int relation,
unsigned int *index);