4、DMA通道管理：通道申请、释放与状态查询

DMA通道是系统中有限的硬件资源，驱动开发者必须遵循“申请→使用→释放”的生命周期管理规范。本章聚焦三个核心操作：dma_request_channel（通道申请）、dma_release_channel（通道释放）以及通道状态查询，并深入分析中断协同与缓存一致性场景下的通道管理要点。

4.1 通道申请：dma_request_channel

函数原型定义在 <linux/dmaengine.h> 中，驱动通过该函数向DMA引擎框架申请一个可用通道。申请过程涉及设备树匹配、DMA控制器能力协商以及回调函数绑定。

struct dma_chan *dma_request_channel(const dma_cap_mask_t *mask,
                                     dma_filter_fn filter_fn,
                                     void *filter_param);

4.2 通道释放：dma_release_channel

当驱动模块卸载或DMA传输任务结束时，必须显式释放通道，否则会导致资源泄漏，影响其他驱动或后续传输。

void dma_release_channel(struct dma_chan *chan);

释放操作的核心流程：

1. 终止所有进行中的传输：调用 dmaengine_terminate_sync() 确保硬件停止，等待所有回调完成。
2. 解除中断绑定：释放通道对应的中断线，清除回调上下文。
3. 归还通道至空闲池：DMA引擎框架将通道标记为可用，供其他请求者使用。

4.3 通道状态查询

DMA引擎框架提供多种状态查询接口，用于监控通道的实时状态、传输进度和错误标志。

典型的状态轮询代码片段：

struct dma_chan *chan;
struct dma_tx_state state;
enum dma_status status;

status = dmaengine_tx_status(chan, cookie, &state);
if (status == DMA_COMPLETE) {
    /* 传输完成，处理数据 */
} else if (status == DMA_IN_PROGRESS) {
    /* 仍在传输，可查询已传输字节数 */
    pr_info("Residue: %u bytes\n", state.residue);
} else if (status == DMA_ERROR) {
    /* 硬件错误，需要复位通道 */
    dev_err(chan->device->dev, "DMA channel error\n");
}

4.4 通道生命周期与中断协同

在中断驱动的DMA传输中，通道管理必须与中断处理严格协同。下图展示了从通道申请到释放的完整生命周期，以及中断回调的介入点。

4.5 缓存一致性对通道管理的影响

在使用DMA进行内存与外设数据传输时，CPU缓存与DMA直接访问的内存之间可能存在数据不一致。通道管理阶段必须考虑以下缓存操作：

• 申请通道后：对DMA缓冲区执行 dma_map_single() 或 dma_alloc_coherent()，确保CPU和DMA看到一致的内存视图。
• 传输完成中断中：调用 dma_unmap_single() 配合 DMA_FROM_DEVICE 方向，使CPU缓存失效，读取最新数据。
• 释放通道前：确保所有DMA映射已解除，避免悬空映射导致缓存污染。

4.6 多通道场景下的状态查询策略

在复杂嵌入式系统中，一个DMA控制器可能管理多个通道。驱动需要高效查询所有通道的状态，避免阻塞关键路径。

以下SVG展示了多通道DMA控制器的状态查询架构，体现中断与轮询的协同关系。