1. 显示驱动概述：从零认识嵌入式Linux的“眼睛”
大家好，我是你们这门课的老朋友。做了十几年嵌入式Linux驱动，我始终觉得显示驱动是最有「画面感」的模块——你写的每一行代码，最终都会变成屏幕上实实在在的像素点。今天咱们就从最基础的概念开始，把显示驱动这栋楼的地基打牢。
1.1 什么是显示驱动？
说白了，显示驱动就是操作系统和显示硬件之间的「翻译官」。应用程序想画个按钮、显示一张图片，它不会直接去操作LCD控制器的寄存器——那太底层了，也太危险了。显示驱动负责把这些上层请求，转换成硬件能理解的时序信号、像素数据和同步脉冲。
核心职责就三件事：
- 管理显示缓冲区——告诉硬件「你要显示的数据在内存的哪个位置」
- 配置显示时序——告诉硬件「每行多少像素、每帧多少行、刷新率多少」
- 处理显示模式切换——比如从720p切换到1080p，分辨率变了，驱动得重新配置
我记得刚入行那会儿，接手一个项目，屏幕死活不亮。查了三天，最后发现是驱动里忘了初始化背光PWM。你想想看，硬件工程师把背光电路都焊好了，驱动没去开它，屏幕当然黑着。从那以后，我养成了一个习惯：调试显示驱动，先确认背光、复位、电源这三个信号有没有到位。
1.2 显示子系统整体架构：DRM/KMS框架
早期Linux显示驱动那叫一个乱——每个芯片厂商自己搞一套接口，应用层写代码得针对不同硬件做适配。后来社区看不下去了，搞出了DRM/KMS框架，现在这已经是嵌入式Linux显示驱动的标准方案了。
DRM（Direct Rendering Manager） 负责图形渲染和缓冲区管理，KMS（Kernel Mode Setting） 负责显示模式和时序配置。两者合在一起，构成了完整的显示子系统。
我画了一张架构图，帮你理清各层的关系：
从这张图你能看到，整个显示子系统分了三层：用户空间的应用程序通过libdrm库发起请求，经过系统调用进入内核，DRM核心层负责调度，最终由芯片厂商的驱动操作硬件。每一层各司其职，耦合度很低——这也是DRM/KMS框架设计得高明的地方。
1.3 帧缓冲（Framebuffer）基础概念
帧缓冲，英文叫Framebuffer，简称fb。它本质上就是一块内存区域，里面存放着要显示到屏幕上的像素数据。驱动把这块内存的物理地址告诉显示控制器，控制器就会按照设定的刷新率，一帧一帧地把数据读出来，转换成屏幕上的光信号。
个人经验：调试帧缓冲驱动时，我最常用的手段就是往fb里写一个纯色图案——比如全红0x00FF0000。如果屏幕能正确显示红色，说明DMA传输和像素格式配置基本没问题。如果显示的是乱码，那就要检查内存地址对齐、像素格式字节序这些细节了。
帧缓冲有几个关键参数，我整理了一张表：
| 参数 | 含义 | 典型值 |
|---|---|---|
| 分辨率 | 屏幕的宽高像素数 | 1920×1080 |
| 像素格式 | 每个像素用多少位表示，RGB分量如何排列 | RGB565 / ARGB8888 |
| 行跨度 | 一行像素占用的字节数（可能大于宽×像素字节） | 1920×2 = 3840（RGB565） |
| 帧率 | 每秒刷新多少帧 | 60 fps |
| 缓冲区数量 | 单缓冲、双缓冲还是三缓冲 | 双缓冲（避免撕裂） |
这里有个坑，我当年踩过——行跨度。有些显示控制器要求每行像素的起始地址必须对齐到某个边界（比如32字节），所以驱动会在每行末尾填充一些无效字节。如果你直接按「宽×像素字节」去计算帧缓冲大小，很可能算少了，导致显示错位。
1.4 显示驱动在嵌入式Linux中的角色
嵌入式Linux和桌面Linux不一样。桌面系统有显卡、有显示器，插上就能用。嵌入式设备呢？LCD屏通过MIPI DSI接口连到SoC上，HDMI输出可能要走外部转换芯片，甚至有些设备用的是eDP接口的笔记本屏幕。每种接口的初始化流程、时序参数、电源管理策略都不一样。
显示驱动在嵌入式Linux里，扮演着这么几个角色：
- 硬件初始化者——上电后配置时钟、复位、电源轨，让显示控制器进入工作状态
- 模式管理者——支持多种分辨率切换，比如手持设备在竖屏和横屏之间切换
- 缓冲区调度者——管理多个显示缓冲区，实现无撕裂的页面翻转
- 电源优化者——屏幕息屏时关闭时钟和背光，降低功耗
注意：嵌入式显示驱动和桌面显卡驱动有一个本质区别——嵌入式驱动通常要处理非标准分辨率和自定义时序。桌面显示器有EDID告诉你它支持哪些模式，嵌入式LCD屏的时序参数往往写在芯片数据手册里，需要驱动开发人员手动配置。我曾经因为看漏了数据手册里一行关于「前肩」的说明，导致屏幕底部有一条黑边，调了整整两天。
说到角色，我还想提一句显示驱动在系统启动流程中的位置。内核启动时，显示驱动会在late_initcall阶段初始化，注册一个/dev/fb0设备节点。这时候控制台就可以通过fbdev驱动在屏幕上打印日志了。等用户空间起来后，Wayland或X11会通过DRM接口接管显示控制权。
嗯，到这里，第一章的核心概念就讲完了。你可能会觉得这些概念有点抽象——没关系，后面每一章我们都会动手写代码，把这些概念一个个落地。显示驱动这东西，光看书是学不会的，得亲手调过时序、看过示波器波形、改过寄存器值，才能真正理解它。