1. 课程导入

Android 显示系统是移动终端中最复杂、最贴近硬件的子系统之一。从应用层绘制一帧画面，到像素最终点亮屏幕，中间要经过应用渲染、SurfaceFlinger 合成、HWC 硬件叠加、DRM/KMS 显示管线、显示驱动、MIPI DSI 传输、Panel 时序控制等多个环节。任何一个环节配置错误，都可能导致黑屏、花屏、闪烁、撕裂、掉帧或功耗异常。本课程围绕“Android 显示驱动与 DRM 集成”这一主线，帮助具备一定 Linux 驱动基础的工程师建立从框架到硬件的完整认知，并掌握可落地的调试与集成方法。

一、Android 显示系统全貌

从纵向分层看，Android 显示系统可以划分为五个层次：应用与图形框架层、系统合成层、硬件抽象层、内核显示子系统层、物理显示器件层。应用通过 Canvas、OpenGL ES、Vulkan 或 SurfaceTexture 提交图形缓冲；SurfaceFlinger 负责收集各图层并按 Z 序合成；HWC（Hardware Composer）决定哪些图层交给 GPU 合成、哪些直接送显示控制器叠加；内核侧由 DRM/KMS 框架管理 CRTC、Encoder、Connector、Plane 等对象；显示驱动则把上述抽象对象映射为具体 SoC 的寄存器操作与 Panel 时序；最终由 MIPI DSI、DP 或 HDMI 等物理接口把像素送到屏幕。

理解这条链路的关键，是分清“谁负责策略、谁负责执行”。SurfaceFlinger 与 HWC 决定合成策略，DRM/KMS 决定显示模式与管线拓扑，显示驱动决定寄存器时序与电源状态。工程中遇到的多数显示问题，本质上是这几层之间的契约没有被正确满足。

二、核心概念与关键对象

在进入驱动与 DRM 集成之前，需要先建立几个核心概念。第一是缓冲（Buffer）：图形数据以 buffer 为单位在生产者与消费者之间传递，格式、步幅、修饰符必须与显示控制器能力匹配。第二是图层（Layer/Plane）：应用窗口、状态栏、视频层等对应不同图层，HWC 与 DRM Plane 负责把它们叠加。第三是显示模式（Mode）：分辨率、刷新率、时序参数共同构成一个显示模式，Panel 与控制器必须协商一致。第四是原子提交（Atomic Commit）：DRM 的原子接口保证一组显示状态变更要么全部生效、要么全部不生效，是避免中间态花屏的关键机制。

三、工程实践路线

本课程按“认知—打通—调优—排障”的路线推进，建议按以下顺序实践：

1. 环境与工具准备：确认内核版本、DRM 驱动版本、HWC 版本，准备 dmesg、debugfs、modetest、snapshot 等工具。
2. 点亮第一帧：从 Panel 上电时序、DSI 初始化序列、背光控制入手，先让屏幕出现稳定画面。
3. 打通合成链路：验证 BufferQueue、gralloc 格式、HWC 叠加与 GPU 回退路径。
4. DRM 集成：完成 CRTC/Encoder/Connector/Plane 的绑定与 Atomic 提交，处理热插拔与多屏。
5. 性能与功耗调优：分析掉帧、撕裂、刷新率切换、低功耗状态进入退出。
6. 典型故障复盘：黑屏、花屏、闪屏、颜色异常、时序不匹配的定位方法。

四、典型场景与常见误区

以一个真实场景为例：某项目在点亮 MIPI Panel 后出现间歇性花屏。排查发现 DSI 初始化序列中的延时不足，Panel 尚未完成内部复位就收到了图像数据。这类问题的根因往往不在应用层，而在驱动时序与 Panel 规格书的匹配上。另一个常见场景是 HWC 将某个图层错误地交给 GPU 合成，导致带宽与功耗上升，表现为滑动掉帧。

# 查看当前 DRM 设备与连接器状态
ls /sys/class/drm/
cat /sys/class/drm/card0-DSI-1/status

# 使用 modetest 验证显示管线
modetest -M msm -c
modetest -M msm -p

# 内核日志中过滤显示相关关键字
dmesg | grep -Ei "drm|dsi|panel|hwc"