DPDK核心技术：用户态驱动与轮询模式驱动原理实战 - 第3节

3.1 用户态驱动核心：UIO 框架

传统 Linux 内核网络驱动将硬件中断、内存管理、协议栈处理全部封装在内核态，导致每次数据包收发都伴随系统调用、上下文切换和中断处理，性能瓶颈明显。DPDK 通过 UIO（Userspace I/O） 框架将设备寄存器映射到用户空间，让应用程序直接操作硬件，彻底绕过内核协议栈。

3.1.1 UIO 框架架构

UIO 框架由内核模块和用户态库两部分组成。内核模块注册一个字符设备（如 /dev/uio0），用户态程序通过 mmap() 将该设备的内存映射到进程地址空间，从而直接访问硬件寄存器、描述符环和 DMA 缓冲区。

3.1.2 UIO 设备注册与映射流程

1. 设备探测：UIO 内核模块匹配硬件 PCI ID，创建 /dev/uioX 字符设备。
2. 资源暴露：内核通过 sysfs 导出设备的内存区域（BAR 空间）、中断号等信息。
3. 用户态映射：DPDK 调用 open("/dev/uio0") 获取文件描述符，再通过 mmap() 将 BAR 空间映射到用户态虚拟地址。
4. 中断处理：用户态程序通过 read() 阻塞等待中断事件，内核在中断发生时向设备文件写入一个整数，唤醒用户态线程。
5. 寄存器访问：映射完成后，用户态程序直接读写映射地址，实现对硬件寄存器的零拷贝访问。

3.2 igb_uio 与 vfio-pci 驱动

DPDK 提供了两种主要的用户态驱动方案：igb_uio（基于 UIO 框架的传统方案）和 vfio-pci（基于 VFIO 框架的现代方案）。两者都能将设备控制权交给用户空间，但在安全性和功能上有显著差异。

3.2.1 igb_uio 驱动详解

igb_uio 是 DPDK 早期版本提供的 UIO 驱动，代码量小、逻辑简单。它通过 pci_resource_start() 获取设备 BAR 地址，注册到 UIO 框架后暴露给用户空间。igb_uio 不执行任何 DMA 映射操作，完全依赖用户态程序通过物理地址直接操作 DMA 描述符。

// igb_uio 核心注册流程（简化）
static int igbuio_pci_probe(struct pci_dev *dev, ...) {
    struct uio_info *info;
    // 1. 分配 UIO 信息结构
    info = kzalloc(sizeof(*info), GFP_KERNEL);
    // 2. 设置设备名称和版本
    info->name = "igb_uio";
    info->version = "1.0";
    // 3. 映射 PCI BAR 空间
    for (i = 0; i < MAX_UIO_MAPS; i++) {
        info->mem[i].addr = pci_resource_start(dev, i);
        info->mem[i].size = pci_resource_len(dev, i);
        info->mem[i].memtype = UIO_MEM_PHYS;
    }
    // 4. 注册 UIO 设备
    uio_register_device(&dev->dev, info);
    return 0;
}

3.2.2 vfio-pci 驱动详解

vfio-pci 是内核主线提供的 VFIO 框架驱动，通过 IOMMU 实现设备 DMA 隔离。用户态程序通过 /dev/vfio/vfio 获取 VFIO 容器，绑定设备后获得 IOMMU 映射权限。DPDK 通过 rte_vfio_setup_device() 完成设备初始化。

3.3 用户态驱动的工作流程

用户态驱动从设备初始化到数据收发，遵循一套完整的流程。下面以 DPDK 绑定网卡后的典型工作路径为例，展示用户态驱动的完整生命周期。

3.3.1 初始化阶段

1. 设备绑定：使用 dpdk-devbind.py 将网卡从内核驱动（如 igb/ixgbe）解绑，绑定到 igb_uio 或 vfio-pci。
2. EAL 初始化：DPDK 的 Environment Abstraction Layer（EAL）扫描 PCI 总线，发现绑定到 UIO/VFIO 的设备。
3. 资源映射：EAL 调用 rte_pci_map_device()，通过 mmap() 映射设备的 BAR 空间和 DMA 内存。
4. 驱动加载：PMD（Poll Mode Driver）初始化硬件，配置 MAC 地址、MTU、RSS 等参数。
5. 内存池创建：分配 rte_mempool，用于存放数据包 mbuf 结构。
6. 队列设置：配置 RX/TX 描述符环，设置收发包队列数量。

3.3.2 数据收发阶段

初始化完成后，用户态驱动进入轮询模式。CPU 核心不断检查 RX 描述符环中是否有新到达的数据包，无需中断介入。

// DPDK 轮询收包核心逻辑（简化）
static inline uint16_t
rte_eth_rx_burst(uint16_t port_id, uint16_t queue_id,
                 struct rte_mbuf **rx_pkts, uint16_t nb_pkts) {
    struct rte_eth_dev *dev = &rte_eth_devices[port_id];
    // 1. 调用 PMD 的收包函数
    return dev->rx_pkt_burst(dev, queue_id, rx_pkts, nb_pkts);
}

// PMD 内部实现（以 igb 为例）
uint16_t eth_igb_recv_pkts(void *rx_queue, struct rte_mbuf **rx_pkts,
                           uint16_t nb_pkts) {
    struct igb_rx_queue *rxq = rx_queue;
    uint16_t nb_rx = 0;
    volatile union e1000_adv_rx_desc *rx_desc;
    struct rte_mbuf *mbuf;
    
    while (nb_rx < nb_pkts) {
        rx_desc = &rxq->rx_ring[rxq->next_to_clean];
        // 2. 检查描述符状态（硬件写入 DD 位表示包已到达）
        if (!(rx_desc->wb.upper.status_error & E1000_RXD_STAT_DD))
            break;
        // 3. 从描述符获取数据地址，构造 mbuf
        mbuf = rte_pktmbuf_alloc(rxq->mb_pool);
        mbuf->data_off = RTE_PKTMBUF_HEADROOM;
        rte_memcpy(rte_pktmbuf_mtod(mbuf, void *),
                   (void *)(uintptr_t)rx_desc->read.pkt_addr,
                   rx_desc->wb.upper.length);
        rx_pkts[nb_rx++] = mbuf;
        // 4. 更新描述符状态，归还给硬件
        rx_desc->read.pkt_addr = ...; // 重新填充 DMA 地址
        rx_desc->wb.upper.status_error = 0;
        rxq->next_to_clean = (rxq->next_to_clean + 1) & (rxq->nb_rx_desc - 1);
    }
    // 5. 更新硬件尾指针，通知硬件可以继续接收
    rte_wmb();
    IGB_WRITE_REG(rxq->hw, E1000_RDT, rxq->next_to_clean);
    return nb_rx;
}

3.3.3 用户态驱动工作流程总览

3.4 本章小结

• UIO 框架是 DPDK 用户态驱动的基础，通过 mmap() 将硬件资源映射到用户空间，实现零拷贝访问。
• igb_uio 适合快速原型和实验环境，代码简单但缺乏 DMA 隔离；vfio-pci 通过 IOMMU 提供硬件级隔离，是生产环境的推荐方案。
• 用户态驱动的工作流程分为初始化（设备绑定、资源映射、队列配置）和轮询收发（检查描述符、构造 mbuf、更新硬件状态）两个阶段。
• 轮询模式消除了中断开销，是 DPDK 实现高性能网络的关键设计决策。