2. Linux 内核用户态驱动框架概述

在 Linux 内核生态中，将设备驱动从内核空间迁移至用户空间，是提升 I/O 性能与灵活性的关键路径。DPDK 正是这一思想的典型实践者。本章聚焦于两种主流的用户态驱动框架——UIO (Userspace I/O) 与 VFIO (Virtual Function I/O)，深入剖析其原理、架构及在 IOMMU 支持上的根本差异。

2.1 UIO 框架原理

UIO 是 Linux 内核提供的一种轻量级机制，允许用户空间程序直接访问硬件设备寄存器与中断，而无需编写传统内核驱动。其核心思想是：内核只做最少的初始化与中断通知，所有设备逻辑由用户态完成。

2.1.1 UIO 核心组件

• 内核侧模块 (uio.ko + 设备特定模块)：负责设备探测、资源映射、中断处理（仅触发信号）。
• 用户侧库 (librte_eal)：通过 mmap 映射设备内存与寄存器，通过 read() 或 select() 等待中断。
• sysfs 接口：在 /sys/class/uio/uioX/ 下暴露设备信息、映射偏移与中断计数。

2.1.2 UIO 中断处理流程

1. 设备产生中断，内核 UIO 驱动在中断上下文调用 uio_event_notify()。
2. 内核唤醒等待在 /dev/uioX 上的用户态进程。
3. 用户态调用 read() 读取中断计数（阻塞或非阻塞）。
4. 用户态在 EAL 循环中处理中断事件（如链路状态变化）。

2.2 VFIO 框架原理

VFIO 是 Linux 内核提供的更现代、更安全的用户态驱动框架。它原生支持 IOMMU 重映射，允许将设备直接分配给用户空间进程，同时提供 DMA 隔离与中断重映射。VFIO 是 DPDK 在支持 IOMMU 平台上的首选方案。

2.2.1 VFIO 核心组件

• vfio.ko：核心模块，管理 IOMMU 组与设备生命周期。
• vfio-pci.ko：PCI 设备专用模块，负责设备绑定与配置空间访问。
• IOMMU 驱动：如 intel-iommu.ko 或 amd_iommu.ko，提供 DMA 重映射硬件能力。
• 用户侧库 (libvfio-user / librte_eal)：通过 /dev/vfio/vfio 与 /dev/vfio/$GROUP 设备节点交互。

2.2.2 VFIO 设备分配流程

1. 用户态打开 /dev/vfio/vfio，获取容器句柄。
2. 将设备所在的 IOMMU 组加入容器。
3. 设置 IOMMU 映射（DMA 地址窗口）。
4. 通过 ioctl 获取设备信息、映射 BAR 空间、设置中断。
5. 用户态直接操作设备寄存器，DMA 通过 IOMMU 重映射到用户态预注册的内存区域。

2.3 UIO 与 VFIO 在 IOMMU 支持上的根本区别

IOMMU (Input-Output Memory Management Unit) 是两者最核心的分水岭。下表从多个维度对比了 UIO 与 VFIO 在 IOMMU 支持上的差异：

2.3.1 IOMMU 工作原理对比

在 UIO 模式下，设备 DMA 引擎看到的地址与系统物理地址一致，设备可以读写任意物理内存。而在 VFIO 模式下，IOMMU 将设备看到的 DMA 地址（I/O 虚拟地址）映射到用户态预先注册的物理内存区域，任何越界访问都会被 IOMMU 硬件阻止。

2.3.2 工程选型建议

• 生产环境（物理机）：始终优先选择 VFIO，利用 IOMMU 提供安全隔离与 DMA 保护。
• 虚拟化环境（嵌套虚拟化）：若宿主机未透传 IOMMU，可退而使用 UIO。
• 性能敏感场景：VFIO 在 IOMMU 开启时存在微秒级 TLB 刷新开销，但通常可忽略；UIO 无此开销但牺牲安全。
• 调试与开发：UIO 配置简单，适合快速原型验证；VFIO 需要 BIOS 开启 VT-d/AMD-Vi 并配置内核参数。