1. 课程导入
在智能座舱与车载计算平台中，图形显示不再是“把画面画出来”这么简单。仪表、中控、HUD、后排娱乐、环视与ADAS可视化往往共享同一颗SoC内的GPU与显示控制器，既要保证多屏独立刷新，又要满足功能安全、启动时间、功耗与长期稳定性的要求。本课程围绕车载Linux环境下GPU与DRM子系统的集成工程展开，目标不是停留在API调用层面，而是建立从内核显示管线到用户态渲染、从设备树配置到多屏合成、从问题定位到性能调优的完整工程能力。
一、学习目标：从“会调用”到“能集成、能排障”
完成本课程后，你应当能够独立完成以下典型任务：
- 理解DRM/KMS框架中CRTC、Encoder、Connector、Plane、Framebuffer的职责与数据流，能读懂
modetest、drm_info输出。 - 掌握GPU用户态驱动栈（Mesa、libdrm、EGL/GLES、Vulkan）与内核DRM驱动之间的协作关系，能判断问题发生在渲染侧还是显示侧。
- 能够根据SoC手册与原理图，配置设备树中的显示通路、时钟、电源域、引脚与背光，完成点亮第一块屏。
- 能够设计多屏异显、多图层合成、硬件光标与Overlay的集成方案，并评估带宽与延迟。
- 能够使用
dmesg、trace、perf、GPU调试节点定位黑屏、花屏、撕裂、卡顿与内存泄漏问题。
二、核心概念：一张图看清GPU与DRM的协作边界
Linux图形栈可以粗略分为三层：应用与合成层、用户态图形驱动层、内核显示与GPU驱动层。应用通过EGL/GLES或Vulkan提交渲染命令，Mesa等用户态驱动把命令转换为GPU可执行的批次；渲染结果写入GEM/DMA-BUF缓冲区，再通过DRM/KMS提交给显示控制器扫描输出。KMS负责模式设置与原子提交，GEM负责缓冲区对象管理，DMA-BUF负责跨设备、跨进程共享。
车载场景的特殊性在于：多屏、多应用、多安全等级共存。一个典型的座舱平台可能同时存在仪表屏（高实时、功能安全）、中控屏（高交互、高帧率）、HUD（高亮度、低延迟）与后排屏（视频播放）。它们可能由同一个GPU渲染，但由不同的CRTC与Connector输出。理解“渲染管线”和“显示管线”是两条既关联又独立的路径，是后续所有集成工作的基础。
三、整体知识框架与实战路线图
本课程按“先通链路、再攻难点、后做优化”的顺序组织，共30章，可归纳为五个阶段：
| 阶段 | 核心内容 | 关键产出 |
|---|---|---|
| 基础认知 | DRM/KMS架构、GPU渲染管线、GEM与DMA-BUF、设备树显示节点 | 能读懂显示拓扑与驱动日志 |
| 点亮与配置 | Connector/Encoder/CRTC绑定、时序参数、背光与电源域、多屏配置 | 完成单屏与多屏点亮 |
| 渲染与合成 | EGL/GLES上下文、GBM缓冲、Wayland合成、Overlay与硬件光标 | 实现低延迟多图层合成 |
| 性能与稳定性 | 带宽评估、帧率与延迟测量、内存泄漏、GPU hang与恢复 | 形成可量化的调优报告 |
| 工程化与排障 | 启动优化、功能安全隔离、日志体系、典型故障树 | 具备量产级问题定位能力 |
四、典型场景：从“黑屏”看集成工程的完整链路
假设一块仪表屏在系统启动后始终黑屏，但中控屏正常。初学者往往直接怀疑GPU驱动，实际排查应沿显示链路逐段确认：
- 确认设备树中该Connector是否使能，
status是否为okay。 - 检查
dmesg中是否有failed to get crtc、timeout waiting for vblank等关键日志。 - 用
modetest -M xxx -c查看Connector状态与支持的模式列表。 - 确认背光PWM、电源域与复位GPIO是否按原理图配置。
- 若显示通路正常，再检查应用是否创建了正确的GBM缓冲与EGL表面。
# 查看显示设备与连接器状态
modetest -M rockchip -c
# 查看内核显示相关日志
dmesg | grep -Ei "drm|vop|dsi|panel|backlight"
# 查看GPU与显示时钟
cat /sys/kernel/debug/clk/clk_summary | grep -Ei "vop|dsi|gpu"五、常见误区与复盘
- 误区一：把DRM当成“显示驱动”全部。DRM包含KMS、GEM、PRIME等多个子系统，显示只是其中一部分，GPU渲染与缓冲区共享同样关键。
- 误区二：只关注分辨率，不关注像素格式与图层能力。车载多屏常涉及RGB、YUV、10bit、AFBC压缩等格式，Plane能力不匹配会直接导致花屏或无法合成。
- 误区三：忽略启动时序与电源域依赖。很多“偶发黑屏”源于上电顺序、时钟未稳定或背光早于图像输出。
- 误区四：用桌面Linux经验直接套用车载平台。车载强调多屏隔离、快速启动、长期稳定与安全等级，配置策略与调试手段都不同。
dmesg、modetest与trace输出，很难建立对显示链路的直觉。
接下来，课程将从Linux显示子系统的基本架构讲起，逐步进入设备树配置、驱动绑定、用户态渲染与多屏合成，最终落到性能调优与故障排查。你不需要一开始就记住所有API，但需要始终清楚：一帧画面从应用到屏幕，经过了哪些模块、哪些缓冲区、哪些时钟与电源域。这条主线，将贯穿全部30章。