RK3568 设备树频率修改实战:从 1992MHz 到 2016MHz 的 2 处关键代码修改

📅 2026/7/10 6:31:56
RK3568 设备树频率修改实战:从 1992MHz 到 2016MHz 的 2 处关键代码修改
RK3568 CPU频率调优实战从设备树到内核驱动的深度解析1. 理解RK3568的时钟架构RK3568作为一款中高端嵌入式处理器其时钟系统设计相当复杂且精密。整个时钟架构由以下几个关键组件构成ARM Cortex-A55核心时钟这是直接影响CPU性能的主时钟默认最高频率为1992MHzSCMI时钟框架Rockchip采用的标准时钟管理接口负责与ARM Trusted Firmware通信电压频率表OPP定义了各频率点对应的电压值存储在设备树中时钟子系统的工作流程大致如下上电后BootROM加载SPLSecondary Program LoaderSPL初始化基本时钟并加载U-BootU-Boot进一步初始化时钟树然后加载Linux内核Linux内核中的时钟驱动完成最终配置关键点RK3568的实际运行频率受三个层面控制硬件层面的物理限制固件ATF设置的安全阈值操作系统通过设备树和驱动程序的配置2. 设备树频率修改详解设备树(DTS)中定义了CPU的电压频率对应关系这是频率调整的基础。原始配置通常如下opp-1992000000 { opp-hz /bits/ 64 1992000000; opp-microvolt 1150000 1150000 1150000; opp-microvolt-L0 1150000 1150000 1150000; opp-microvolt-L1 1100000 1100000 1150000; opp-microvolt-L2 1050000 1050000 1150000; clock-latency-ns 40000; };修改为2016MHz需要做以下调整opp-2016000000 { opp-hz /bits/ 64 2016000000; opp-microvolt 1150000 1150000 1150000; opp-microvolt-L0 1150000 1150000 1150000; opp-microvolt-L1 1100000 1100000 1150000; opp-microvolt-L2 1050000 1050000 1150000; clock-latency-ns 40000; };注意事项电压值需要根据芯片体质调整过高可能导致不稳定过低可能无法正常工作clock-latency-ns定义了频率切换的延迟容忍度影响DVFS响应速度修改后需要重新编译设备树make ARCHarm64 dtbs3. 内核驱动层的关键修改仅修改设备树无法真正突破频率限制因为RK3568的SCMI驱动中有硬编码的频率上限。需要修改drivers/clk/clk-scmi.cstatic int scmi_clk_set_rate(struct clk_hw *hw, unsigned long rate, unsigned long parent_rate) { struct scmi_clk *clk to_scmi_clk(hw); /* 添加频率转换逻辑 */ if ((clk-id 0) (rate 2016000000)) rate 1992000000; return clk-handle-clk_ops-rate_set(clk-handle, clk-id, rate); } static int scmi_clk_ops_init(struct device *dev, struct scmi_clk *sclk) { /* 修改频率上限 */ if (sclk-id 0) max_rate 2016000000; clk_hw_set_rate_range(sclk-hw, min_rate, max_rate); return ret; }代码解析clk-id 0判断针对的是CPU时钟频率转换逻辑确保2016MHz请求会被转为1992MHz执行max_rate修改使得CPU频率调节器能看到更高的可选频率4. 编译与验证流程完整的修改验证流程如下获取内核源码git clone https://github.com/rockchip-linux/kernel -b develop-4.19应用修改修改设备树文件arch/arm64/boot/dts/rockchip/rk3568.dtsi修改驱动文件drivers/clk/clk-scmi.c编译内核export ARCHarm64 make rockchip_linux_defconfig make -j$(nproc) Image dtbs烧录验证sudo upgrade_tool di -k arch/arm64/boot/Image sudo upgrade_tool di -d arch/arm64/boot/dts/rockchip/rk3568-evb.dtb验证频率# 查看当前频率 cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq # 查看可用频率 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies # 设置性能模式 echo performance /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor5. 频率修改的底层原理RK3568的频率控制涉及多层协作层级组件作用硬件层PMU实际控制时钟发生器固件层ATF提供安全频率限制驱动层SCMI驱动实现频率设置接口用户层cpufreq提供用户控制接口频率设置流程用户空间通过sysfs请求频率变更cpufreq子系统选择合适频率SCMI驱动将请求转换为协议消息ATF验证请求并操作硬件PMU调整时钟和电压2016MHz显示但实际运行1992MHz的现象源于设备树定义了2016MHz OPP驱动修改使得系统看到这个频率但固件层仍强制执行1992MHz限制硬件实际以1992MHz运行6. 进阶调优技巧6.1 电压频率曲线优化通过实验确定最佳电压值频率(MHz)默认电压(mV)可调低至(mV)4080008508006000008508008160008508251104000900875141600095092516080001000975180000011001075199200011501125提示降压需逐步测试每次下调25mV并运行压力测试6.2 温度控制策略添加温度监控和限频逻辑# 设置温度阈值℃ echo 85000 /sys/class/thermal/thermal_zone0/trip_point_0_temp # 设置触发温度后的动作 echo throttle /sys/class/thermal/thermal_zone0/policy6.3 实时频率监控使用组合命令监控watch -n 0.5 cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq | paste -sd ,7. 常见问题排查问题1修改后频率没有变化解决方案确认修改的内核是否实际被加载uname -a cat /proc/version检查设备树是否正确应用hexdump -C /sys/firmware/devicetree/base/cpus/cpu0/opp-table/opp-2016000000/opp-hz问题2系统不稳定或死机解决方案逐步提高电压直到稳定检查散热条件降低最高频率设置问题3频率无法达到上限解决方案# 检查当前调控器 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor # 设置为performance模式 echo performance | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor8. 性能与功耗实测数据对比不同频率下的表现频率(MHz)Geekbench5单核Geekbench5多核功耗(W)408000853200.811040002308602.1160800033512503.8199200041515505.2注意实际性能还受散热条件和电源质量影响通过这套完整的频率调优方案开发者可以充分挖掘RK3568的性能潜力同时保持系统稳定性。记得在修改前做好备份并逐步验证每个改动的影响。