Linux V4L2摄像头驱动项目实战工程 - 第1节
1. V4L2概述
V4L2（Video for Linux 2）是 Linux 内核中用于视频设备捕获、输出和处理的统一驱动框架。其发展历程贯穿了 Linux 多媒体子系统从无到有、从混乱到规范的整个演变过程。
关键时间节点：
- 1998 年 — V4L（Video for Linux）第一版随 Linux 2.1.x 内核发布，提供基本的视频采集接口。
- 2002 年 — V4L2 草案提出，旨在解决 V4L 的架构缺陷，同年进入 Linux 2.5.x 内核。
- 2005 年 — Linux 2.6.11 内核中 V4L2 正式稳定，成为推荐使用的视频驱动接口。
- 2008 年 — V4L2 加入 videobuf 框架，统一了缓冲区管理。
- 2012 年 — V4L2 引入 Media Controller（媒体控制器）子框架，支持复杂 pipeline 拓扑。
- 2018 年至今 — V4L2 持续扩展，支持 MIPI CSI、USB Video Class（UVC）、V4L2 子设备、Request API 等现代特性。
1.2 V4L2 在 Linux 多媒体子系统中的位置
Linux 多媒体子系统是一个分层架构，V4L2 位于内核空间与用户空间之间的核心驱动层，向上提供标准系统调用接口，向下对接各类硬件设备。
关键理解：V4L2 是用户空间与硬件之间的桥梁。应用程序通过标准的
open()、ioctl()、mmap()、poll() 等系统调用与 V4L2 设备节点（如 /dev/video0）交互，V4L2 核心框架负责将请求路由到具体的硬件驱动。
1.2.1 V4L2 与多媒体子系统的其他组件
| 组件 | 角色 | 与 V4L2 的关系 |
|---|---|---|
| ALSA | 音频驱动框架 | V4L2 处理视频，ALSA 处理音频，两者在多媒体应用中常配合使用 |
| DRM/KMS | 显示/图形驱动框架 | V4L2 采集的视频可通过 DRM 进行显示叠加或合成 |
| Media Controller | 媒体拓扑管理框架 | V4L2 子框架，用于描述和管理复杂的视频 pipeline 拓扑 |
| Videobuf2 | 缓冲区管理框架 | V4L2 核心组件，提供统一的内存分配和 DMA 管理 |
| V4L2 子设备 | 子设备抽象层 | 将 Sensor、ISP、MIPI 桥等硬件抽象为独立子设备，由主设备统一管理 |
1.3 V4L2 与 V4L 的区别
V4L（Video for Linux）是第一代视频驱动接口，V4L2 是其全面重写的第二代框架。两者在架构设计、接口规范、功能特性上存在本质差异。
| 对比维度 | V4L（第一代） | V4L2（第二代） |
|---|---|---|
| 设计哲学 | 面向单一设备，接口简单但扩展性差 | 面向复杂多媒体 pipeline，高度模块化 |
| 设备节点 | 仅 /dev/video 一个节点 |
支持 /dev/videoN、/dev/vbiN、/dev/radioN 等多节点 |
| ioctl 接口 | 使用 VIDIOCGMBUF、VIDIOCMCAPTURE 等非标准命名 |
统一使用 VIDIOC_* 前缀，命名规范，参数结构清晰 |
| 缓冲区管理 | 仅支持单缓冲区，mmap 方式固定 | 支持单缓冲区、多缓冲区、DMABUF、用户指针等多种模式 |
| 数据流控制 | 无流控机制，应用需自行处理帧率 | 支持 VIDIOC_STREAMON/OFF、帧间隔查询、参数协商 |
| 格式协商 | 格式固定，难以扩展 | 支持 VIDIOC_ENUM_FMT、VIDIOC_S_FMT、VIDIOC_TRY_FMT 完整协商流程 |
| 子设备支持 | 不支持 | 通过 V4L2 子设备框架支持 Sensor、ISP 等独立子设备 |
| 事件机制 | 无事件机制 | 支持 VIDIOC_DQEVENT 事件队列，可上报控制变化、错误等 |
| 内核版本 | Linux 2.1.x ~ 2.4.x | Linux 2.5.x 至今（2.6.11 后稳定） |
重要提示：V4L 已在 Linux 2.6.38 内核中被完全移除。所有现代 Linux 系统（包括嵌入式 Linux、Android、Yocto、Buildroot 等）均只支持 V4L2。开发新驱动时务必使用 V4L2 接口，不要参考任何 V4L 时代的代码或文档。
1.3.1 V4L2 相对 V4L 的核心改进
- 模块化架构 — 将视频采集、输出、VBI、Radio 等功能分离为独立设备类型，每种类型有专属的 ioctl 集合。
- 灵活的缓冲区管理 — 引入
struct v4l2_buffer和VIDIOC_REQBUFS，支持读取、内存映射、用户指针、DMABUF 四种模式。 - 完整的格式协商 — 应用可枚举设备支持的格式、分辨率、帧率，并通过
TRY_FMT试探性协商。 - 子设备抽象 — 将摄像头模组拆分为 Sensor、Lens、Flash、ISP 等子设备，每个子设备独立注册、独立控制。
- 事件通知 — 支持异步事件上报，如自动对焦完成、曝光变化、热插拔等。
- 扩展性 — 通过
VIDIOC_QUERYCAP查询设备能力，通过VIDIOC_ENUM_*系列 ioctl 动态枚举资源。
1.4 本章小结
- V4L2 自 2005 年稳定以来，已成为 Linux 视频驱动的唯一标准，V4L 已被彻底淘汰。
- V4L2 位于 Linux 多媒体子系统的核心驱动层，向上对接用户空间应用，向下管理硬件设备。
- V4L2 与 ALSA、DRM、Media Controller 等组件协同工作，构成完整的多媒体处理链路。
- V4L2 相对 V4L 在架构、接口、缓冲区管理、子设备支持、事件机制等方面有质的飞跃。