1. 为什么我要啃Android显示驱动这块硬骨头刚入行做Android系统开发那会儿我总觉得显示驱动是底层大佬才碰的东西。上层App画个按钮SurfaceFlinger合成一下屏幕就亮了中间到底发生了什么说实话前两年我都是懵的。直到有一次项目上遇到一个花屏问题log里全是VSYNC信号异常我盯着屏幕发呆了一下午才下定决心把显示驱动这条链路从头到尾捋一遍。Android显示驱动说白了就是让屏幕听话的那套软件栈。从App提交一帧画面到像素真正亮在屏幕上中间要经过应用层、系统服务层、HAL层、内核层最后到硬件控制器。这条链路上任何一环出问题用户看到的就是黑屏、花屏、闪屏、卡顿。它解决的核心问题是如何把上层抽象的图形数据高效、稳定、正确地转换成屏幕能识别的电信号。适合谁来学如果你已经写过Android App或者做过Framework层开发想往下再钻一层那这条路线就是为你准备的。零基础也能看但最好有点C语言和操作系统的基础不然看到内核那部分会有点吃力。我自己的学习路径大概花了三个月从完全看不懂dts配置到能独立调试DSI时序问题。下面我把这条路线拆开把踩过的坑和总结的方法都倒出来希望能帮你少走点弯路。2. 学习路线整体设计与思路拆解2.1 为什么不能一上来就看内核代码很多人学驱动有个误区觉得底层就是看内核源码于是直接打开drivers/gpu/drm/目录开始啃。我试过结果就是三天后放弃。原因很简单显示驱动是一个跨层的系统单独看任何一层都是断章取义。我的建议是自顶向下学但理解的时候要自底向上。什么意思学习顺序从上层往下走因为上层你熟悉容易建立信心但每学一层都要问自己它下面那层是怎么支撑它的。比如学SurfaceFlinger的时候就要想它的buffer是从哪来的谁分配的怎么传给显示的。这样一层层追问自然就走到内核了。这条路线我分成四个阶段概念建立、框架理解、HAL与内核、实战调试。每个阶段的目标不一样第一阶段只求知道名词第二阶段求理清数据流第三阶段求看懂代码第四阶段求能改能调。千万别跳阶段我见过太多人概念还没搞清就去改时序参数结果屏幕直接不亮连恢复都不知道怎么恢复。2.2 方案选型的考量用真机还是模拟器学习显示驱动模拟器基本没用。因为模拟器的显示是宿主机模拟的根本没有真实的DSI、DP接口也没有VSYNC硬件信号。你学不到时序、学不到中断、学不到电源管理。我的建议是搞一块开发板最好是那种资料相对开放的。选板子的时候注意几点第一屏幕接口要是DSI或者DP别选那种并口的老屏资料少第二内核源码要能拿到最好是主流版本第三社区里有人讨论过这块板子的显示问题遇到坑能搜到。我当初选板子就吃了亏选了个冷门的结果一个时序问题卡了两周最后发现是厂商dts写错了但没人讨论只能自己一点点试。提示如果实在没有开发板退而求其次可以用QEMU模拟ARM环境但只能学到框架层HAL和内核的硬件相关部分学不到心里要有数。2.3 各阶段的时间分配与预期产出我把自己的时间分配列一下供你参考。第一阶段概念建立大概两周产出是一张自己画的显示链路图能说清每一层的输入输出。第二阶段框架理解三周产出是能读懂SurfaceFlinger的核心流程知道buffer怎么流转。第三阶段HAL与内核这是最长的大概六周产出是能看懂一个简单的显示驱动代码知道每个函数在干嘛。第四阶段实战调试剩下的时间都在这产出是能独立解决常见的显示问题。这个分配不是死的如果你有嵌入式基础第三阶段可以快很多如果你Framework很熟第二阶段可以压缩。但第一阶段千万别省我见过太多人名词都没搞清就往下走后面越学越乱。3. 核心细节解析与实操要点3.1 显示链路的核心概念从帧到像素先把这个链路的关键名词理清楚不然后面看代码全是天书。帧缓冲Framebuffer你可以把它想象成一块画布App画的内容先画在这块画布上。这块画布在内存里有固定的格式比如RGBA8888就是每个像素4个字节分别表示红绿蓝和透明度。VSYNC垂直同步信号这是显示的心脏。屏幕不是连续刷新的而是一帧一帧刷的VSYNC就是告诉系统上一帧画完了可以准备下一帧了。没有VSYNC画面就会撕裂就像你撕纸撕歪了一样。DSIDisplay Serial Interface这是屏幕和处理器之间的通信协议串行的一根线传数据。你可以理解成屏幕和处理器之间的语言双方要约定好语速时钟频率、说话方式时序参数不然就听不懂。HALHardware Abstraction Layer硬件抽象层它的作用是让上层的Android代码不用关心下面具体是什么硬件。比如上层说我要显示这一帧HAL负责翻译成具体硬件的指令。DRM/KMSDirect Rendering Manager / Kernel Mode Setting这是Linux内核里的显示框架负责管理显示控制器、内存、时序等。Android的显示驱动最终也是走这套框架。这些概念我当初是死记硬背的后来发现理解不了。直到我自己画了一张图把每个概念放在链路的位置上才真正明白。建议你也画一张不用好看自己能看懂就行。3.2 关键参数的计算时序参数到底怎么来的时序参数是显示驱动里最容易出错的地方也是面试常问的。我拿一个具体的例子来算你跟着算一遍就懂了。假设屏幕分辨率是1080x1920刷新率60Hz那么一帧的时间是1/60≈16.67ms。这16.67ms里不是所有时间都在传有效像素还有消隐区Blanking。消隐区分水平消隐和垂直消隐就像你读书时一行读完要换行换行的时间就是水平消隐一页读完要翻页翻页的时间就是垂直消隐。具体参数有这些Hactive水平有效像素、Hfp水平前肩、Hbp水平后肩、Hsw水平同步宽度、Vactive垂直有效像素、Vfp垂直前肩、Vbp垂直后肩、Vsw垂直同步宽度。计算总时钟频率的公式是总时钟 (Hactive Hfp Hbp Hsw) × (Vactive Vfp Vbp Vsw) × 刷新率。拿1080x192060Hz举例假设Hfp20Hbp20Hsw10Vfp10Vbp10Vsw5那么总时钟 (1080202010) × (192010105) × 60 1130 × 1945 × 60 ≈ 131.9MHz。这个时钟频率要跟屏幕手册对得上对不上要么不亮要么闪。我当初就是算错了一个参数屏幕闪了一下午后来拿示波器量了才找到问题。注意不同屏幕的时序参数不一样一定要看屏幕的数据手册Datasheet不要抄别人的。我见过有人直接抄开发板的参数结果屏幕型号不一样怎么都不亮。3.3 工具链的准备这些工具你迟早要用学显示驱动光看代码不够得动手。下面这些工具是我实际用过的按重要性排序。示波器或逻辑分析仪量时序信号用的DSI的时钟和数据线都能量。没有这个很多问题你只能猜。我当初买了个入门级的逻辑分析仪几百块帮了大忙。ADB和串口ADB用来看上层log串口用来看内核log。显示问题很多时候内核会打印错误串口能抓到。内核调试工具比如ftrace、debugfs能看到内核里函数的调用情况。显示驱动里很多问题出在调用顺序上这些工具能帮你理清。屏幕数据手册这个不是工具但比工具重要。所有时序参数、初始化命令都在里面一定要搞到。厂商的调试文档如果有的话能省很多时间。但很多厂商不给只能自己摸索。这些工具不用一次买齐用到再买。但逻辑分析仪建议早买显示问题十有八九跟时序有关有了它排查效率高很多。4. 实操过程与核心环节实现4.1 第一阶段搭建学习环境与源码获取第一步是把环境搭起来。你需要一台Linux机器Ubuntu就行然后下载Android源码和内核源码。Android源码很大建议只下载需要的部分用repo工具可以指定。内核源码要跟你的开发板匹配一般开发板厂商会提供。拿到源码后先编译一遍确保能编译通过。这一步可能会遇到各种依赖问题比如缺库、版本不对耐心解决这是必经之路。编译通过后把镜像烧到板子上确保能开机。然后连上串口看内核启动log找到显示相关的部分。你会看到类似drm、dsi、panel这样的关键字这就是显示驱动在初始化。这一步的目标是能编译、能烧录、能看log。听起来简单但我当初卡了一周因为编译环境有问题一直报错。后来发现是Python版本不对换了就好了。4.2 第二阶段读懂SurfaceFlinger的核心流程SurfaceFlinger是Android显示的核心服务它的工作是把各个App的图层合成一帧然后送给显示驱动。你不需要读懂每一行代码但要理清几个关键流程。BufferQueue这是App和SurfaceFlinger之间的缓冲区队列。App画完一帧把buffer放进队列SurfaceFlinger从队列取出来合成。这个机制是为了解耦App不用等SurfaceFlingerSurfaceFlinger也不用等App。VSYNC的分发VSYNC信号从硬件来经过SurfaceFlinger分发给App和合成器。App收到VSYNC才开始画下一帧这样能保证节奏一致。合成过程SurfaceFlinger把多个图层合成一个可以用GPU合成也可以用硬件合成器HWC。HWC效率高但能力有限复杂的合成还是要GPU。我当初读这部分代码最大的收获是理解了为什么有时候会掉帧。掉帧的本质是某一帧没在VSYNC周期内完成原因可能是App画得慢也可能是合成慢也可能是驱动送显示慢。理清这个链路排查掉帧就有方向了。4.3 第三阶段HAL层与内核驱动的对接HAL层是承上启下的上面接SurfaceFlinger下面接内核驱动。Android的显示HAL经历过几次变化从最早的HAL1到现在的HIDL/AIDL但核心逻辑没变接收上层的显示请求转换成内核能理解的指令。你需要重点看的是composer相关的代码这是HAL里负责合成的部分。它会调用内核的DRM接口把图层信息、显示模式等传下去。内核这边重点是DRM/KMS框架。你要理解几个核心对象drm_crtc显示控制器、drm_encoder编码器、drm_connector连接器、drm_panel屏幕。它们的关系是CRTC产生图像Encoder编码成合适的信号Connector连接物理接口Panel是具体的屏幕。DSI驱动是重点因为大部分移动设备用DSI。你要看懂DSI的初始化流程、命令发送、时序配置。这部分代码比较长建议先看初始化再看传输最后看电源管理。我当初看这部分最大的困难是不知道哪些是通用的哪些是厂商特定的。后来发现通用的部分在DRM框架里厂商特定的在panel驱动里。把这两部分分开看就清晰多了。4.4 第四阶段实战调试一个显示问题理论学再多不如实际调一个问题。我拿我遇到的一个花屏问题来举例。现象是开机后屏幕上半部分正常下半部分花屏像雪花一样。首先看内核log发现有DSI错误提示时序不匹配。然后用逻辑分析仪量DSI时钟发现频率比预期低。查dts配置发现时钟配置写错了改过来就好了。这个问题的排查思路是先看log定位大致方向再用工具量具体信号最后查配置。不要一上来就改代码先搞清楚问题在哪。另一个常见问题是闪屏原因可能是电源不稳、时序不对、或者刷新率不匹配。排查的时候要一个个排除先确认电源再确认时序最后确认刷新率。提示调试显示问题一定要有耐心。我见过一个闪屏问题查了三天最后发现是电源纹波太大换了个电容就好了。这种问题log里看不出来只能靠量。5. 常见问题与排查技巧实录5.1 黑屏问题的排查思路黑屏是最常见的也是最难查的因为可能的原因太多。我总结了一个排查顺序按这个顺序走能覆盖大部分情况。第一步看背光。背光没亮屏幕肯定是黑的。用万用表量背光电路看有没有电压。如果没有查背光驱动。第二步看DSI信号。用逻辑分析仪量DSI的时钟和数据线看有没有信号。如果没有查DSI控制器初始化。第三步看初始化命令。DSI屏幕需要发初始化命令才能工作命令没发对屏幕不亮。查panel驱动的初始化序列跟数据手册对。第四步看时序。时序不对屏幕可能不亮或者闪。用前面讲的方法算一遍跟数据手册对。第五步看电源。屏幕的电源有好几路比如VDD、VSP、VSN任何一路不对都不亮。量每一路电压。这个顺序是我踩了很多坑总结的按这个走基本能定位到问题。5.2 花屏与闪屏的典型原因花屏和闪屏的原因有重叠我放在一起说。时序不匹配这是最常见的。时序参数算错或者跟屏幕不匹配就会花屏或闪屏。解决办法是重新算跟数据手册对。时钟频率不对DSI的时钟频率不对数据传输出错就会花屏。用逻辑分析仪量跟预期对。电源纹波大电源不稳屏幕工作不正常会闪屏。用示波器量电源看纹波。如果纹波大加电容或者换电源芯片。信号完整性差DSI的线太长或者阻抗不匹配信号会失真导致花屏。检查PCB走线必要时加终端电阻。刷新率不匹配屏幕支持的刷新率和系统设置的不一样会闪屏。查屏幕手册设置正确的刷新率。这些问题我大部分都遇到过每一个都花了不少时间。现在回头看其实都是基础问题只是当初不熟。5.3 常见问题速查表问题现象可能原因排查方法解决思路黑屏背光没亮量背光电压查背光驱动黑屏DSI无信号量DSI时钟查DSI初始化黑屏初始化命令错对比数据手册改初始化序列花屏时序不匹配重新计算时序改dts配置花屏时钟频率错量DSI时钟改时钟配置闪屏电源纹波大量电源纹波加电容闪屏刷新率不匹配查屏幕手册改刷新率闪屏信号完整性差查PCB走线加终端电阻这张表是我自己整理的遇到问题先查表能快速定位方向。5.4 独家避坑技巧最后分享几个我踩过的坑都是文档里不会写的。坑一不要相信厂商的dts。我遇到过一个项目厂商给的dts里时序参数是错的导致屏幕一直闪。后来自己按数据手册算了一遍改过来就好了。厂商的配置只能参考不能全信。坑二逻辑分析仪要早买。我当初觉得贵一直没买靠猜。后来买了发现很多问题一量就清楚了。几百块的投资省的是几周的时间。坑三内核log要开全。默认的内核log级别可能看不到显示驱动的详细信息要调高log级别。具体怎么调看内核文档不同版本不一样。坑四改代码前先备份。显示驱动改错了屏幕可能不亮连恢复都难。改之前把能工作的配置备份一份出问题了能回退。坑五多跟社区交流。显示驱动的问题很多是共性的你遇到的别人可能遇到过。多搜搜多问问能省很多时间。这些坑我都踩过希望你别再踩。显示驱动这条路不好走但走通了你对Android系统的理解会上一个台阶。我现在的体会是上层的东西变化快但底层的原理相对稳定学好底层上层怎么变都不怕。
