[参考译文] Linux/OMAP-L138：如何为 Linux 设置 ARM CPU 频率

感谢您的回答 Yordan。

我已将以下内容添加到 da850-lcdk.dts 中、并尽可能按照 Documentation/devicetree/bindings/opp/opp.txt 和 bindings/sm/cpus.txt 中的建议进行操作：

CPU｛
#address-cells =<1>；
#size-cells =<0>；
CPU@0｛
compatible ="arm、arm、ARM926EJ-s"；
enable-method ="ti、da850"；
device_type ="cpu"；
reg =<0>；

operating points-v2 =<&CPU0_opp_table>；
}；
}；
CPU0_opp_table：opp_table0｛
compatible ="操作点 v2-ti-cpu"；



opp50@300000000｛
opp-Hz =/bits/64 <300000000 >；
opp-microvolt =<1200000>；
｝；
opp100@456000000｛
opp-Hz =/bits/64 <45000000


；｝<120000>；｝<opp-volt； 

以下内容已在.config 中设置：

CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_GOV Q_STAT_DETAIL=y
CONFIG_CPU_FREQ_DEFAULT_EV_performance=y
CONFIG_CPU_FREQ_USERspace=y

CONFIG_cpuq_DT=y CONFIG_FREQ_GOV_FREQ_DEVICE_DEVICE_CONFIG_FREQ=y

目录/sys/devices/system/cpu/cpu0/cpufreq 不存在。

LS /sys/devices/system/cpu/cpu0显示以下内容：
crash_notes of 节点子系统 uevent crash_notes_size 电源拓扑

/sys/devices/system/cpu/cpufreq 为空。  我可以通过检查/sys/devices/system/cpu/cpu0/of_node.来验证是否加载了正确的器件树

am33xx 和达芬奇系统之间似乎存在许多差异。  这是有道理的、因为它们是不同的平台。  omapl138文档没有提到像 AM335x 文档那样的操作点。  此外、在 Omapl138文档中、未提及 am33xx.dtsi 中引用的 efuse 或 SYSCON 模块。

深入探究一下、似乎达芬奇-cpufreq 驱动程序可能不支持器件树。  文件中的版权早于 Linux 中设备树的使用日期，似乎只使用平台设备。  似乎没有尝试使用本文(lwn.net/Articles/448502/)中提到的"of _"函数。  在我看来、Linux cpufreq 驱动程序可能正在加载、但未成功探测达芬奇驱动程序(或者未加载达芬奇-cpufreq 驱动程序)。  OMAP-cpufreq 和 ti-cpufreq 驱动程序似乎不支持 da8xx 系列。  以上都是、我发现我不可能第一次尝试在 OMAP-L138上的 Processor SDK 4.0中设置 Linux CPU 速度、因此它必须已经工作了、对吧？  我怀疑我错过了一些东西/不能完全理解所有东西是如何组合在一起的。

是否有办法在没有任何 cpufreq 驱动器的情况下强制电路板以456MHz 的频率启动？

Jeff