3. DMA引擎基础

在V4L2驱动中，videobuf2与硬件DMA的协同是数据高效流转的核心。DMA（Direct Memory Access）控制器允许外设直接与内存交换数据，无需CPU逐字节干预。本章深入剖析DMA控制器的工作原理，并重点对比两种关键传输模式：连续DMA与Scatter-Gather（SG）DMA，为后续理解videobuf2的内存管理策略奠定基础。

3.1 DMA控制器工作原理

DMA控制器是系统中的一个专用硬件模块，负责管理内存与外设之间的数据传输。其工作流程通常包含以下几个关键步骤：

1. CPU配置DMA： CPU设置DMA控制器的源地址（外设数据寄存器或内存缓冲区）、目的地址、传输宽度（字节/半字/字）以及传输长度。
2. 外设请求： 当外设（如摄像头传感器通过CSI接口）准备好数据时，向DMA控制器发送硬件请求信号（DMA Request）。
3. 总线仲裁： DMA控制器向CPU发出总线请求（Bus Request）。CPU在完成当前总线周期后，将总线控制权交给DMA控制器。
4. 数据传输： DMA控制器直接控制地址总线和数据总线，执行一次或多次传输。每次传输后，地址寄存器递增，长度计数器递减。
5. 传输完成： 当长度计数器归零时，DMA控制器向CPU发送中断信号（DMA Done），通知CPU数据已就绪。

3.2 连续DMA模式

连续DMA（也称为线性DMA或块DMA）要求源和目的地址在物理内存中是连续的。DMA控制器只需一个起始地址和一个长度，即可完成整块数据的传输。

3.3 Scatter-Gather DMA模式

Scatter-Gather（SG）DMA 允许DMA操作使用物理上不连续的内存块。它通过一个描述符链表（Descriptor Chain）来管理多个内存片段，每个描述符指向一个物理连续块，并包含下一个描述符的地址。

SG-DMA的核心优势在于：

• 消除连续内存依赖： 可以将多个物理不连续的页面组合成一个逻辑上的DMA缓冲区。
• 提高内存利用率： 减少内存碎片，允许系统使用更灵活的内存分配策略（如从伙伴系统分配单页）。
• 支持零拷贝： 在用户态和内核态之间传递页面指针，避免数据拷贝。

3.4 两种模式的对比与选择

在V4L2驱动设计中，选择哪种DMA模式直接影响videobuf2的内存分配策略。下表从多个维度进行对比：

3.5 硬件DMA与videobuf2的接口桥梁

在V4L2框架中，videobuf2通过一组内存操作结构体（vb2_mem_ops）抽象了底层DMA实现。对于SG-DMA，关键函数包括：

• alloc()：分配SG表，创建描述符链表。
• put_dma_buf() / get_dma_buf()：管理DMA缓冲区的引用计数。
• map_dma_buf()：将SG表映射到DMA地址空间，返回DMA地址列表。
• unmap_dma_buf()：解除DMA映射。

驱动开发者需要根据硬件DMA控制器的能力，实现这些回调函数。例如，一个支持SG-DMA的摄像头驱动，其queue_setup回调中会调用vb2_dma_sg_init来初始化SG缓冲区。

// 示例：videobuf2 SG内存操作注册
static const struct vb2_mem_ops my_sg_memops = {
    .alloc      = vb2_dma_sg_alloc,
    .put_dma_buf = vb2_dma_sg_put_dma_buf,
    .get_dma_buf = vb2_dma_sg_get_dma_buf,
    .map_dma_buf = vb2_dma_sg_map_dma_buf,
    .unmap_dma_buf = vb2_dma_sg_unmap_dma_buf,
    .vaddr      = vb2_dma_sg_vaddr,
    .mmap       = vb2_dma_sg_mmap,
};

// 在驱动中指定使用SG内存操作
struct video_device my_vdev;
my_vdev.queue->mem_ops = &my_sg_memops;