V3s LCD驱动调试实战：从Uboot到内核的时钟与设备树配置

1. V3s LCD驱动开发中的时钟问题现象

最近在V3s平台上调试LCD驱动时遇到了一个棘手的问题：Uboot阶段显示正常，但进入Linux内核后屏幕出现闪烁条纹。这个问题在7寸液晶屏上特别明显，无论是1024×600还是800×480分辨率的屏幕都会出现。使用逻辑分析仪测量后发现，Uboot阶段的LCD_CLK时钟频率是稳定的25MHz，但进入内核后时钟频率却变成了33.3MHz。

这种时钟频率突变会导致什么问题呢？简单来说，LCD控制器需要按照固定的时序向屏幕发送数据，时钟频率的变化会打乱这个时序。就像音乐会上的指挥突然改变节奏，乐手们就会跟不上节拍一样。具体到我们的案例中，时钟频率升高会导致像素数据传输过快，屏幕来不及处理，最终表现为显示异常。

2. 时钟异常问题的定位与分析

要解决这个问题，首先需要理解V3s的显示子系统架构。V3s的显示引擎主要由以下几个部分组成：

• Display Engine (DE)：负责图像合成和处理
• Mixer：负责图层混合
• TCON (Timing Controller)：负责生成LCD时序信号

通过查阅全志SOC的技术文档和哇酷开发者社区的讨论，发现这个问题与TCON的时钟配置有关。具体来说，在linux-5.2.y内核的sun4i_tcon.c文件中，dclk_min_div参数的默认设置会导致时钟分频计算出现偏差。

使用逻辑分析仪捕获的信号显示，内核阶段的时钟频率确实从Uboot的25MHz跳变到了33.3MHz。这个变化不是随机的，而是由于内核驱动中的时钟分频计算方式与硬件预期不符导致的。在显示子系统中，时钟频率的计算公式大致为：

code复制实际频率 = 基础时钟频率 / (分频系数 + 1)

当分频系数设置不当时，就会得到不符合预期的时钟频率。

3. 内核驱动的关键修改

找到问题根源后，我们需要修改内核驱动来修正时钟配置。具体要修改的文件是：

code复制linux-5.2.y/drivers/gpu/drm/sun4i/sun4i_tcon.c

在这个文件的第488行左右，找到sun4i_tcon0_mode_set_rgb函数，将dclk_min_div的值从默认的6改为1：

c复制static void sun4i_tcon0_mode_set_rg