4. V4L2缓冲区管理基础

V4L2（Video for Linux 2）是Linux内核中视频设备驱动的标准框架。缓冲区管理是V4L2驱动设计的核心环节，它直接决定了视频数据的采集效率、内存占用和系统稳定性。本章将深入剖析v4l2_buffer结构体，并对比三种主流内存模型：MMAP、USERPTR和DMABUF。

4.1 v4l2_buffer结构体详解

v4l2_buffer是V4L2驱动与应用程序之间交换缓冲区元数据的核心结构体。它描述了单个视频帧缓冲区的索引、状态、内存类型、数据长度和时间戳等信息。

struct v4l2_buffer {
    __u32           index;      // 缓冲区索引号，从0开始
    __u32           type;       // 缓冲区类型：V4L2_BUF_TYPE_VIDEO_CAPTURE等
    __u32           bytesused;  // 实际数据字节数
    __u32           flags;      // 状态标志：V4L2_BUF_FLAG_DONE等
    __u32           field;      // 隔行扫描模式
    struct timeval  timestamp;  // 时间戳
    struct v4l2_timecode timecode;
    __u32           sequence;   // 帧序列号
    __u32           memory;     // 内存模型：V4L2_MEMORY_MMAP/USERPTR/DMABUF
    union {
        __u32           offset;     // MMAP模式下的偏移量
        unsigned long   userptr;    // USERPTR模式下的用户空间地址
        int             fd;         // DMABUF模式下的文件描述符
    } m;
    __u32           length;     // 缓冲区长度
    __u32           reserved2;
    __u32           reserved;
};

下表列出了v4l2_buffer中最重要的字段及其用途：

4.2 V4L2_MEMORY_MMAP 内存模型

MMAP（内存映射）是V4L2最传统、最广泛使用的内存模型。驱动在内核空间分配DMA缓冲区，应用程序通过mmap()系统调用将这些缓冲区映射到用户空间，实现零拷贝数据访问。

工作流程：

1. 应用程序调用VIDIOC_REQBUFS，指定缓冲区数量和V4L2_MEMORY_MMAP。
2. 驱动分配物理连续或通过IOMMU映射的DMA缓冲区。
3. 应用程序调用VIDIOC_QUERYBUF获取每个缓冲区的offset和length。
4. 应用程序对每个缓冲区执行mmap()，将内核缓冲区映射到用户空间虚拟地址。
5. 应用程序通过VIDIOC_QBUF将缓冲区入队，驱动填充数据后通过VIDIOC_DQBUF返回。

4.3 V4L2_MEMORY_USERPTR 内存模型

USERPTR（用户指针）模型允许应用程序自行分配缓冲区内存，然后将用户空间地址传递给驱动。驱动通过get_user_pages()将用户空间页面锁定到物理内存，供DMA引擎直接访问。

适用场景：

• 应用程序需要从特定内存池（如GPU显存、预分配大页）分配缓冲区。
• 需要与第三方库共享缓冲区，避免额外的内存拷贝。
• 对缓冲区生命周期有特殊控制需求的场景。

与MMAP的关键差异：

4.4 V4L2_MEMORY_DMABUF 内存模型

DMABUF（DMA缓冲区共享）是V4L2中最现代、最灵活的内存模型。它基于Linux内核的DMA-BUF框架，允许不同设备驱动之间共享DMA缓冲区，实现跨设备零拷贝数据传递。

核心优势：

• 跨设备共享： 摄像头采集的数据可以直接传递给GPU、显示控制器或硬件编码器，无需经过CPU。
• 真正的零拷贝： 数据在设备间通过物理内存指针传递，完全避免数据拷贝。
• 内存所有权清晰： 每个缓冲区有明确的所有者，通过文件描述符（fd）进行引用计数管理。
• 与DRM/KMS无缝集成： 是嵌入式图形栈（如GStreamer、Wayland）的标准内存交换方式。

三种内存模型综合对比：

4.5 内存模型选择策略

在实际的嵌入式系统开发中，选择哪种内存模型取决于硬件能力、性能需求和软件架构。以下是一份决策指南：

性能基准参考（基于ARM Cortex-A72 @1.5GHz）：