1. Framebuffer 概述
1.1 什么是 Framebuffer
Framebuffer（帧缓冲）是 Linux 内核中提供的一种抽象显示设备接口。它将显示设备的显存映射到系统内存空间，应用程序可以直接通过读写这块内存来更新屏幕内容，而无需关心底层显示控制器的具体硬件细节。
从软件角度看，Framebuffer 本质上是一块连续的物理内存区域，每个像素点对应内存中的若干字节。用户空间程序通过 mmap() 系统调用将这块内核内存映射到用户空间，然后直接向其中写入像素数据，内核的 Framebuffer 驱动负责将这些数据刷新到物理显示设备上。
1.2 Framebuffer 在 Linux 显示子系统中的位置
Linux 显示子系统采用分层架构设计，Framebuffer 位于内核空间，作为显示驱动层与用户空间应用程序之间的桥梁。下图展示了 Framebuffer 在整个显示子系统中的位置关系：
从图中可以看出，Framebuffer 驱动处于内核空间的中间层：
- 向上：通过
/dev/fbX设备节点向用户空间提供open()、read()、write()、mmap()、ioctl()等标准接口。 - 向下：通过硬件操作函数集控制显示控制器、配置时序参数、管理显存映射。
- 核心数据结构：
struct fb_info是 Framebuffer 驱动的核心，包含所有设备信息和操作函数指针。
1.3 Framebuffer 与 V4L2、DRM 的关系
在 Linux 显示和多媒体子系统中，Framebuffer、V4L2 和 DRM 是三个关键框架，它们各自承担不同的职责，但又存在协作关系。下表从多个维度对比三者：
| 对比维度 | Framebuffer (fbdev) | V4L2 | DRM |
|---|---|---|---|
| 全称 | Frame Buffer Device | Video for Linux 2 | Direct Rendering Manager |
| 主要功能 | 显示输出、帧缓冲管理 | 视频采集、摄像头输入 | 显示输出 + GPU 加速 + 合成 |
| 设备节点 | /dev/fb[0-9] |
/dev/video[0-9] |
/dev/dri/card[0-9] |
| 核心数据结构 | struct fb_info |
struct video_device |
struct drm_device |
| 用户空间接口 | read/write/mmap/ioctl | read/write/ioctl/mmap | ioctl/mmap (dumb buffer) |
| 硬件加速 | 不支持（纯软件渲染） | 部分支持（硬件编解码） | 原生支持（GPU 合成/加速） |
| 多平面支持 | 有限（通过 pan/var 实现） | 原生支持多平面 | 原生支持多平面 + 合成 |
| 适用场景 | 嵌入式系统、简单 GUI、启动 Logo | 摄像头、视频采集、图像处理 | 桌面系统、游戏、复杂 UI |
1.4 三者的协作关系
在实际系统中，Framebuffer、V4L2 和 DRM 并非完全独立，它们之间存在数据流和功能上的协作。下图展示了三者之间的典型协作关系：
三者的典型协作场景包括：
- 视频采集 + 显示通路：V4L2 从摄像头采集视频帧，通过
dma-buf机制将缓冲区共享给 DRM 或 Framebuffer，实现零拷贝显示。 - 启动阶段过渡：系统启动初期使用 Framebuffer 显示 Logo，待 DRM 驱动加载完成后，用户空间切换至 DRM 进行桌面渲染。
- 兼容层实现：部分 DRM 驱动提供
fbdev模拟层（drm_fb_helper），使得旧版 Framebuffer 应用程序仍可在 DRM 环境下运行。
1.5 本章小结
Framebuffer 是 Linux 显示子系统中最基础、最直接的显示接口框架。它通过 struct fb_info 管理显示设备信息，通过 /dev/fbX 设备节点向用户空间提供内存级显示访问能力。与 V4L2 和 DRM 相比，Framebuffer 功能相对简单，但因其实现简洁、资源占用低，在嵌入式 Linux 系统中仍然广泛使用。理解 Framebuffer 的概念和定位，是后续进行驱动移植和 fb_info 初始化工作的基础。