3. Linux内核DMA引擎框架：dmaengine API介绍、dma_slave_config配置、环形缓冲区与链表模式

在嵌入式Linux音频系统中，DMA（Direct Memory Access）是连接音频外设（I2S、PCM接口）与系统内存的关键数据通路。Linux内核提供了统一的 dmaengine 框架，将不同SoC厂商的DMA控制器差异抽象为一套标准API。本章深入剖析dmaengine的核心接口、从机配置方法以及两种主流传输模式——环形缓冲区与链表模式，为后续音频性能调优奠定基础。

3.1 dmaengine API 体系

dmaengine框架位于 drivers/dma/ 目录，向上为音频驱动（如ASoC的PCM dmaengine插件）提供通用API，向下通过DMA控制器驱动操作硬件。核心API分为三个阶段：通道申请、传输控制、回调与释放。

3.2 dma_slave_config 配置详解

dma_slave_config 结构体是连接DMA控制器与音频外设的桥梁。配置错误会导致数据错位、丢失甚至系统崩溃。核心字段如下：

struct dma_slave_config {
    enum dma_transfer_direction direction;
    phys_addr_t src_addr;
    phys_addr_t dst_addr;
    enum dma_slave_buswidth src_addr_width;
    enum dma_slave_buswidth dst_addr_width;
    u32 src_maxburst;
    u32 dst_maxburst;
    u32 slave_id;
    bool device_fc;
};

3.3 环形缓冲区模式（Cyclic Mode）

环形缓冲区是音频DMA传输的默认首选模式。其核心思想是：DMA控制器在内存中维护一个逻辑上首尾相连的缓冲区，当传输到达末尾时自动回绕到起始地址，无需软件干预。

环形缓冲区的工作流程：

1. 驱动调用 dmaengine_prep_dma_cyclic()，传入缓冲区基地址、周期大小（period size）和周期数量。
2. DMA控制器内部构建一个循环描述符链，每个周期对应一个硬件描述符。
3. 传输启动后，DMA按顺序填充/读取每个周期，到达最后一个周期后自动跳回第一个周期地址。
4. 每个周期传输完成时，DMA控制器触发中断或调用回调函数，驱动在回调中更新指针或处理数据。

3.4 链表模式（Scatter-Gather / Descriptor Chain）

链表模式适用于非连续物理内存的传输场景。当音频缓冲区由多个不连续的物理内存块（如通过 vmalloc 或 kmalloc 分配的碎片化内存）组成时，链表模式通过硬件描述符链实现零拷贝传输。

链表模式与环形缓冲区的对比：

3.5 性能关键配置参数

在音频DMA传输中，以下参数直接影响延迟和吞吐量：

• 突发大小（maxburst）： 增大突发值可提高总线利用率，但会增加延迟。音频场景建议4~16之间，需根据FIFO阈值和采样率调整。
• 周期大小（period size）： 决定中断频率。周期越小，延迟越低，但CPU负载越高。典型值：64~1024帧。
• DMA通道优先级： 多通道场景下，音频通道应设置为高优先级，避免被其他DMA传输抢占导致XRUN。
• 缓存一致性： 使用 dma_map_single() 或 dma_alloc_coherent() 确保DMA与CPU缓存的一致性，避免数据陈旧。