1. Framebuffer 概述
Framebuffer（帧缓冲）是 Linux 显示子系统中最为基础的抽象层，它将显示设备（LCD、HDMI 显示器、eDP 屏幕等）的显存区域映射到系统内存空间，使得用户空间程序可以直接通过读写内存来操作屏幕上的每一个像素。本章作为课程的开篇，将系统阐述 Framebuffer 的核心概念、在 Linux 显示栈中的位置，以及它与 V4L2、DRI 等相邻子系统的关系。
1.1 Framebuffer 的核心概念
Framebuffer 本质上是一块连续的物理内存区域，对应显示设备的帧缓冲区（Frame Buffer）。驱动通过 fb_ops 结构体向内核注册，用户空间通过 /dev/fbX 设备节点访问。其核心特征包括：
- 内存映射（mmap）：用户态通过
mmap系统调用将 Framebuffer 的物理内存映射到进程虚拟地址空间，实现零拷贝像素操作。 - 固定信息（fix_screen_info）：描述显存的物理地址、长度、行宽（line length）等硬件相关参数。
- 可变信息（var_screeninfo）：描述分辨率、像素格式（RGB565、ARGB8888 等）、刷新率等可动态调整的参数。
- 颜色映射（colormap）：对于 8bpp 或更低色深的设备，提供调色板（palette）支持。
| 像素格式 | 每像素位数 (bpp) | 单帧大小 (1920×1080) | 典型应用场景 |
|---|---|---|---|
| RGB565 | 16 | 3.96 MB | 嵌入式 LCD、低功耗设备 |
| ARGB8888 | 32 | 7.91 MB | 桌面 GUI、Android 显示 |
| XRGB8888 | 32 | 7.91 MB | 无透明通道的桌面显示 |
| RGB888 | 24 | 5.93 MB | 高色深嵌入式设备 |
1.2 在 Linux 显示子系统中的位置
Linux 显示子系统采用分层架构，Framebuffer 位于中间层，向上对接用户空间应用，向下屏蔽具体显示控制器的硬件差异。其整体结构如下图所示：
1.3 Framebuffer 与 V4L2 的关系
V4L2（Video for Linux 2）是 Linux 内核中用于视频采集和输出的框架，与 Framebuffer 在功能上存在交集，但设计目标和应用场景有明显区别：
- 数据流向不同：Framebuffer 面向显示输出，将内存中的像素数据推送到显示设备；V4L2 面向视频采集，从摄像头等设备获取视频帧数据。
- 缓冲区管理差异：Framebuffer 使用单缓冲或双缓冲的固定显存区域；V4L2 提供更灵活的缓冲区队列机制（VIDIOC_REQBUFS / VIDIOC_QBUF / VIDIOC_DQBUF）。
- 硬件依赖程度：Framebuffer 驱动通常直接操作显示控制器的 DMA 引擎；V4L2 驱动则操作 CSI（摄像头串行接口）或 ISP（图像信号处理器）的 DMA 通道。
- 重叠场景：在部分 SoC 中，显示控制器和视频采集控制器共享同一套 DMA 引擎和内存带宽，此时 Framebuffer 和 V4L2 驱动需要协调内存访问。
mmap 映射与 V4L2 的 mmap 混为一谈。Framebuffer 的 mmap 映射的是显示控制器的帧缓冲区物理内存；V4L2 的 mmap 映射的是视频采集缓冲区（通常由 videobuf2 框架管理）。两者在内核中的实现路径完全不同。
1.4 Framebuffer 与 DRI 的关系
DRI（Direct Rendering Infrastructure）是 Linux 上用于直接渲染的基础设施，主要服务于 Mesa 3D 图形库和 DRM（Direct Rendering Manager）驱动。Framebuffer 与 DRI/DRM 的关系可以概括为：
| 对比维度 | Framebuffer (fbdev) | DRI / DRM |
|---|---|---|
| 设计年代 | Linux 2.2 时代（1999 年） | Linux 2.6 时代（2003 年+） |
| 核心目标 | 提供简单的帧缓冲访问接口 | 提供 GPU 加速、多图层合成、原子提交 |
| 用户空间接口 | /dev/fbX + ioctl |
/dev/dri/cardX + libdrm |
| 缓冲区管理 | 固定显存区域，mmap 直接映射 | GEM（Graphics Execution Manager）或 TTM 分配器 |
| 多进程支持 | 弱（单用户独占） | 强（支持多客户端 + 权限控制） |
| 现代桌面环境 | 已弃用（仅用于控制台和嵌入式） | 标准方案（Wayland/X11 后端） |
在嵌入式领域，Framebuffer 仍然广泛存在，尤其是在资源受限的 MCU+LCD 场景中。而 DRI/DRM 则主导着需要 GPU 加速和复杂合成效果的现代桌面与移动平台。两者并非互斥——部分 DRM 驱动在内部仍然兼容 fbdev 接口（通过 drm_fb_helper 框架）。
mmap 映射实现和 DMA 缓冲区管理技术。虽然 DRM 是更现代的方案，但 fbdev 在嵌入式领域仍有大量存量设备，且其 mmap 和 DMA 管理逻辑是理解 DRM 缓冲区管理的基础。掌握 Framebuffer 的底层机制，能帮助你更深入地理解整个 Linux 显示子系统。
1.5 本章小结
通过本章的学习，你应该掌握以下要点：
- Framebuffer 是 Linux 显示子系统中最基础的帧缓冲抽象，通过
/dev/fbX和mmap提供用户空间直接像素访问能力。 - 在显示子系统中，Framebuffer 位于用户空间与硬件之间，通过
fb_ops回调屏蔽硬件差异。 - V4L2 面向视频采集，Framebuffer 面向显示输出，两者缓冲区管理机制不同但可能共享硬件 DMA 资源。
- DRI/DRM 是更现代的显示框架，提供 GPU 加速和原子提交，fbdev 通过
drm_fb_helper实现兼容。