DMA性能分析：Linux驱动高吞吐传输调试与优化 - 第2节

2.1 DMA Engine 框架：从用户态到硬件的抽象层

Linux DMA 子系统通过 DMA Engine 框架 为驱动开发者提供了一套统一的 API，屏蔽了不同 DMA 控制器硬件的差异。该框架位于内核源码 drivers/dma/ 目录下，核心思想是“通道化”与“回调化”。

2.1.1 框架分层与数据流

DMA Engine 框架从上到下分为三层：

• 使用者层（Consumer）：调用 dma_request_channel() 获取通道，构造 dma_async_tx_descriptor，提交传输。
• 核心层（Core）：管理通道分配、描述符生命周期、回调通知，提供 dmaengine_xxx 系列 API。
• 控制器层（Controller）：由具体 DMA 驱动实现 dma_device 结构体中的操作函数，操作硬件寄存器。

2.2 dma_device 结构体：控制器的能力描述

dma_device 是 DMA 控制器驱动向核心层注册的“能力清单”，定义在 include/linux/dmaengine.h 中。它包含了控制器支持的传输类型、通道数量、硬件能力标志以及所有操作函数指针。

2.2.1 关键字段解析

2.3 dma_chan 结构体：传输通道的运行时抽象

dma_chan 代表一个已经分配并可供使用的 DMA 通道。它是使用者与硬件通道之间的桥梁，包含了通道的运行时状态、当前描述符、回调上下文等信息。

2.3.1 核心成员与生命周期

struct dma_chan {
    struct dma_device *device;      // 所属控制器
    dma_cookie_t cookie;            // 当前传输的 cookie（用于状态查询）
    struct list_head global_node;   // 全局通道链表节点
    void *private;                  // 使用者私有数据（通常为 struct dma_async_tx_descriptor）
    const struct dma_chan_ops *ops; // 通道操作函数（可选）
};

通道的典型生命周期：

1. 申请：使用者调用 dma_request_channel()，核心层遍历所有控制器的通道链表，匹配 cap_mask 和过滤函数。
2. 配置：调用 dmaengine_slave_config() 设置源/目的地址、宽度、突发大小等参数。
3. 使用：准备描述符 → 提交 → 等待回调或轮询状态。
4. 释放：dma_release_channel() 将通道归还给控制器。

2.4 DMA 控制器驱动模型：注册与实现

编写一个 DMA 控制器驱动，本质上就是填充 dma_device 结构体并注册到内核。核心流程如下：

2.4.1 驱动注册步骤

1. 分配 dma_device：使用 kzalloc 或静态分配。
2. 填充能力掩码：调用 dma_cap_set() 设置支持的传输类型。
3. 初始化通道链表：为每个硬件通道创建 dma_chan 实例，加入 device->channels。
4. 实现操作函数：至少实现 device_alloc_chan_resources、device_free_chan_resources、device_prep_slave_sg、device_issue_pending、device_tx_status。
5. 注册到核心层：调用 dma_async_device_register()。

2.4.2 关键操作函数实现要点

2.5 本章小结：架构要点速查