1. V4L2框架初探
做嵌入式Linux驱动开发的朋友，迟早会跟摄像头打交道。我最早接触摄像头驱动是在一个工业视觉项目上，当时面对一堆寄存器手册，整个人是懵的。后来才明白，Linux内核早就给我们准备好了一套标准框架——V4L2。
说白了，V4L2就是Linux下视频设备的统一接口规范。没有它，你写一个摄像头驱动就得自己定义ioctl号、自己设计数据传递方式，每个厂商各搞一套，应用层开发人员得疯掉。
1.1 什么是V4L2？
V4L2的全称是 Video for Linux Two，是Linux内核中用于视频设备驱动的标准框架。它定义了一套统一的API，让应用程序可以像操作普通文件一样操作摄像头、电视卡、视频采集卡等设备。
我习惯把V4L2理解成三层结构：
- 应用层：调用open/read/write/ioctl等系统调用
- 内核层：V4L2框架核心，提供统一的设备节点和ioctl处理
- 硬件层：具体的传感器驱动，负责跟硬件寄存器打交道
你想想看，如果没有V4L2，每个摄像头厂商都自己搞一套接口，那应用开发者得适配多少种协议？V4L2把这些都统一了，应用只管打开/dev/video0，调用标准ioctl就能干活。
核心概念：V4L2把视频设备抽象为"节点+队列+缓冲区"模型。设备节点是/dev/videoX，数据通过缓冲区队列在用户态和内核态之间流转。
1.2 为什么需要V4L2？
这个问题我当年也问过。直接操作硬件不行吗？嗯，还真不行。
我给你列几个实际场景：
| 场景 | 没有V4L2 | 有V4L2 |
|---|---|---|
| 更换摄像头型号 | 应用层代码全改 | 驱动层适配，应用层不变 |
| 多摄像头同时工作 | 自己管理资源竞争 | 框架帮你处理 |
| 视频格式转换 | 自己实现格式协商 | V4L2提供标准格式枚举 |
| 缓冲区管理 | 自己搞内存分配 | V4L2提供mmap/DMABUF |
我在一个项目中遇到过，客户想把OV5640换成IMX219。如果没有V4L2，整个视频采集流程都得重写。但有了V4L2，我只需要在驱动层适配新的传感器，上层应用一行代码都不用动。这就是框架的价值。
1.3 V4L2在Linux系统中的位置
V4L2不是孤立存在的。它跟Linux内核的其他子系统有明确的层级关系。我画了一张图，你看完就明白了。
从上图你能看到，V4L2处于系统调用和硬件驱动之间。它不直接操作硬件，而是提供一套标准接口，让驱动开发者只需要实现几个回调函数就能完成工作。
1.4 V4L2的核心设计思想
V4L2的设计有几个关键点，我挑重要的说：
- 设备节点化：每个视频设备对应一个
/dev/videoX文件，操作设备就像操作文件 - ioctl驱动：几乎所有配置都通过ioctl完成，包括格式设置、缓冲区申请、流开关
- 缓冲区队列：采用"入队-出队"模型，应用和驱动通过队列交换视频帧
- 事件机制：支持V4L2事件，比如帧到达、错误通知等
我的经验：刚开始学V4L2时，最容易搞混的是缓冲区管理。记住一句话：应用把空缓冲区入队，驱动填满后出队给应用。这个循环搞清楚了，V4L2就学会了一半。
1.5 V4L2能做什么？
V4L2不只是管摄像头。它支持的设备类型包括：
| 设备类型 | 典型设备 | V4L2节点 |
|---|---|---|
| 视频采集 | USB摄像头、MIPI摄像头 | /dev/video0 |
| 视频输出 | LCD显示、HDMI输出 | /dev/video1 |
| 视频覆盖 | 视频叠加、画中画 | /dev/video2 |
| VBI采集 | 电视卡字幕数据 | /dev/vbi0 |
| 收音机 | FM调频接收 | /dev/radio0 |
不过说实话，我们做嵌入式驱动开发，90%的场景都是视频采集——也就是摄像头。后面的课程也会围绕这个方向展开。
1.6 一个简单的V4L2应用示例
光说不练假把式。我写一个最简单的V4L2应用流程，让你感受一下：
// 1. 打开设备
int fd = open("/dev/video0", O_RDWR);
// 2. 查询设备能力
struct v4l2_capability cap;
ioctl(fd, VIDIOC_QUERYCAP, &cap);
// 3. 设置格式
struct v4l2_format fmt;
fmt.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
fmt.fmt.pix.width = 640;
fmt.fmt.pix.height = 480;
fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV;
ioctl(fd, VIDIOC_S_FMT, &fmt);
// 4. 申请缓冲区
struct v4l2_requestbuffers req;
req.count = 4;
req.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
req.memory = V4L2_MEMORY_MMAP;
ioctl(fd, VIDIOC_REQBUFS, &req);
// 5. 开始采集
int type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
ioctl(fd, VIDIOC_STREAMON, &type);
// 6. 循环取帧
struct v4l2_buffer buf;
while (1) {
ioctl(fd, VIDIOC_DQBUF, &buf); // 取出已填满的缓冲区
// 处理数据...
ioctl(fd, VIDIOC_QBUF, &buf); // 把缓冲区还回去
}这段代码虽然简单，但包含了V4L2最核心的流程：打开设备→设置格式→申请缓冲区→启动流→循环取帧。后面的课程里，我们会把每一步拆开细讲。
避坑提醒：我曾经在一个项目里忘了检查VIDIOC_QUERYCAP的返回值，结果设备不支持视频采集，程序直接崩溃。记住，每个ioctl都要检查返回值，这是驱动开发的基本素养。
1.7 本章小结
V4L2是Linux视频驱动的基石。它把复杂的硬件操作封装成标准的文件接口，让应用开发者不用关心底层是USB摄像头还是MIPI传感器。作为驱动开发者，我们的任务就是按照V4L2的规范，把硬件能力暴露给上层。
嗯，第一章就到这里。内容不多，但都是基础中的基础。后面的章节我们会一步步深入，从设备注册到缓冲区管理，从格式协商到流控制，把V4L2的每个细节都讲透。