2. Linux 内核 IO 访问模型：PIO 与 MMIO 对比

在 Linux 驱动开发中，CPU 与外部设备交换数据主要通过两种 IO 访问模型：PIO（Programmed IO，程序控制 IO）和 MMIO（Memory-Mapped IO，内存映射 IO）。理解这两种模型的差异，是正确选择 IO 访问方式、优化驱动性能的基础。

2.1 PIO（程序控制 IO）模型

PIO 是最早期的 IO 访问方式，CPU 通过专用的 IO 指令（如 x86 架构的 in/out 指令）与设备寄存器进行数据交换。在这种模型下，CPU 直接参与每一次数据传输，并且 IO 端口与内存地址空间是隔离的。

PIO 工作流程

1. CPU 执行 in/out 指令，指定端口地址。
2. CPU 通过系统总线（如 PCI/ISA）向设备发送读写请求。
3. 设备响应请求，数据通过 CPU 寄存器中转。
4. CPU 将数据写入内存或继续处理下一个字节。

2.2 MMIO（内存映射 IO）模型

MMIO 将设备的寄存器和内存统一映射到系统的物理内存地址空间中。CPU 访问设备寄存器时，直接使用标准的 ldr/str（ARM）或 mov（x86）等内存访问指令，无需专用 IO 指令。设备寄存器在内存地址空间中占据一段连续的地址区域。

MMIO 工作流程

1. 系统启动时，固件或内核为设备分配一段物理内存地址区间。
2. 驱动通过 ioremap() 将这段物理地址映射到内核虚拟地址空间。
3. 驱动使用 readl()/writel() 等访问函数读写映射后的虚拟地址。
4. CPU 的内存控制器检测到目标地址属于设备区域，自动将访问转发到设备总线。

2.3 PIO 与 MMIO 核心对比

2.4 MMIO 的优势与适用场景

MMIO 的主要优势

• 性能更高：MMIO 支持 CPU 缓存和写合并（write-combining），减少总线事务次数；配合 DMA 可实现零 CPU 干预的大数据量传输。
• 编程模型统一：驱动开发者只需掌握内存访问 API（readl/writel/ioread32/iowrite32），无需关心底层架构差异。
• 地址空间更大：现代 64 位系统的内存地址空间远大于传统 IO 端口空间（x86 IO 端口仅 64KB），可映射更多设备资源。
• 支持复杂设备：MMIO 可以映射大块设备内存（如显存、网络包缓冲区），便于驱动直接操作。

典型适用场景

2.5 PIO 与 MMIO 访问路径对比图

2.6 实际驱动开发中的选择建议

在 Linux 内核中，MMIO 的访问通过一组标准 API 完成，驱动开发者无需关心底层是 PIO 还是 MMIO——内核的 IO 访问抽象层已经封装了差异。例如，ioread32() 在 MMIO 设备上执行内存读取，在 PIO 设备上自动转换为 inl() 指令。这种透明性使得驱动代码具有更好的可移植性。

代码示例：MMIO 访问 vs PIO 访问

/* MMIO 方式：通过 ioremap 映射后使用 readl/writel */
void __iomem *regs = ioremap(0xFE001000, 0x1000);
u32 val = readl(regs + 0x10);   /* 读取设备寄存器 */
writel(0x01, regs + 0x10);      /* 写入设备寄存器 */
iounmap(regs);

/* PIO 方式：使用 inl/outl 直接操作端口（x86 架构） */
u32 val = inl(0x3F0);           /* 从 IO 端口 0x3F0 读取 */
outl(0x01, 0x3F0);              /* 写入 IO 端口 0x3F0 */