1 .. SPDX-License-Identifier: GPL-2.0
3 .. include:: ../disclaimer-zh_TW.rst
5 :Original: :doc:`../../../cpu-freq/core`
6 :Translator: Yanteng Si <siyanteng@loongson.cn>
7 Hu Haowen <src.res@email.cn>
12 ====================================
13 CPUFreq核心和CPUFreq通知器的通用說明
14 ====================================
17 - Dominik Brodowski <linux@brodo.de>
18 - David Kimdon <dwhedon@debian.org>
19 - Rafael J. Wysocki <rafael.j.wysocki@intel.com>
20 - Viresh Kumar <viresh.kumar@linaro.org>
26 3. 含有Operating Performance Point (OPP)的CPUFreq表的生成
29 ======================
31 cpufreq核心代碼位於drivers/cpufreq/cpufreq.c中。這些cpufreq代碼爲CPUFreq架構的驅
32 動程序(那些操作硬體切換頻率的代碼)以及 "通知器 "提供了一個標準化的接口。
33 這些是設備驅動程序或需要了解策略變化的其它內核部分(如 ACPI 熱量管理)或所有頻率更改(除
34 計時代碼外),甚至需要強制確定速度限制的通知器(如 ARM 架構上的 LCD 驅動程序)。
35 此外, 內核 "常數" loops_per_jiffy會根據頻率變化而更新。
37 cpufreq策略的引用計數由 cpufreq_cpu_get 和 cpufreq_cpu_put 來完成,以確保 cpufreq 驅
38 動程序被正確地註冊到核心中,並且驅動程序在 cpufreq_put_cpu 被調用之前不會被卸載。這也保證
39 了每個CPU核的cpufreq 策略在使用期間不會被釋放。
44 CPUFreq通知器符合標準的內核通知器接口。
45 關於通知器的細節請參閱 linux/include/linux/notifier.h。
47 這裡有兩個不同的CPUfreq通知器 - 策略通知器和轉換通知器。
51 ----------------------------
55 階段是在通知器的第二個參數中指定的。當第一次創建策略時,階段是CPUFREQ_CREATE_POLICY,當
56 策略被移除時,階段是CPUFREQ_REMOVE_POLICY。
58 第三個參數 ``void *pointer`` 指向一個結構體cpufreq_policy,其包括min,max(新策略的下限和
63 --------------------------------
65 當CPUfreq驅動切換CPU核心頻率時,策略中的每個在線CPU都會收到兩次通知,這些變化沒有任何外部干
68 第二個參數指定階段 - CPUFREQ_PRECHANGE or CPUFREQ_POSTCHANGE.
70 第三個參數是一個包含如下值的結構體cpufreq_freqs:
72 ===== ====================
77 ===== ====================
79 3. 含有Operating Performance Point (OPP)的CPUFreq表的生成
80 ==================================================================
81 關於OPP的細節請參閱 Documentation/power/opp.rst
83 dev_pm_opp_init_cpufreq_table -
84 這個功能提供了一個隨時可用的轉換程序,用來將OPP層關於可用頻率的內部信息翻譯成一種容易提供給
96 r = dev_pm_opp_init_cpufreq_table(dev, &freq_table);
98 policy->freq_table = freq_table;
104 該函數只有在CONFIG_PM_OPP之外還啓用了CONFIG_CPU_FREQ時才可用。
106 dev_pm_opp_free_cpufreq_table
107 釋放dev_pm_opp_init_cpufreq_table分配的表。