配备IOMMU时为何无需固定DMA缓冲区对应的物理页？

你对「DMA操作过程中对应物理页不能被回收重分配」的底层逻辑判断是完全正确的，所谓“配备IOMMU后无需固定页”的说法，本质是不需要上层软件/驱动显式执行页固定操作，对应的固定动作已经由IOMMU子系统自动完成了，具体原理如下：

无IOMMU场景的页固定逻辑 #

• 无IOMMU时，外设直接访问物理内存地址，DMA请求携带的目标地址就是真实的物理页地址
• 系统的内存回收机制会在物理内存不足时，将未被占用的页换出到磁盘、或是重分配给其他申请内存的进程
• 如果DMA缓冲区对应的物理页在操作完成前被回收重分配，外设读写的数据会直接篡改其他进程/内核的内存内容，轻则触发数据损坏，重则直接导致系统崩溃
• 这种场景下软件必须显式调用get_user_pages()类的接口固定页，拉高对应物理页的引用计数，告知内存管理子系统该页正在被占用，不能回收

有IOMMU场景的自动处理逻辑 #

• IOMMU的核心能力是做IO地址翻译：外设视角看到的地址是IO虚拟地址（IOVA），和实际物理地址完全隔离，IOMMU会独立维护IOVA到物理页的映射表，逻辑和CPU的MMU地址翻译完全一致
• 当你为DMA操作申请IOVA映射时，IOMMU子系统会自动将映射对应的所有物理页的引用计数拉高，等价于自动完成了页固定的全部操作
• 在DMA操作完成、主动调用接口销毁IOVA映射之前，这些物理页的引用计数不会降到0，内存管理子系统永远不会将其回收或重分配，不会出现你担心的页被挪作他用的问题
• 行业里常说的“无需固定页”只是简化表述，指的是不需要上层开发者再手动调用页固定接口，并非真的跳过了页固定这个必要步骤

常见误区澄清 #

• IOMMU的地址翻译能力没有脱离内存管理的底层约束，「DMA操作过程中目标物理页必须保持有效」的规则不会因为接入IOMMU就消失
• 部分特殊场景下哪怕用了IOMMU也需要显式固定页：比如要将用户态进程的地址空间直接映射给外设做长期DMA（比如GPU的用户态显存直连映射），这类场景下IOMMU子系统仍然会要求上层显式锁页，避免进程主动释放地址空间导致映射失效

内容的提问来源于stack exchange，提问作者Chan Kim