前文介绍过IOMMU是提供DMA Remapping功能的硬件模块，可以把DMA地址从虚拟地址翻译成物理地址。Linux kernel有两个引导参数(boot parameter)与iommu有关：iommu=[on/off] 和 intel_iommu=[on/off]，它们有什么区别呢？答案是：参数iommu控制的是GART iommu功能，参数intel_iommu控制的是基于Intel VT-d的iommu功能。

下面的代码表明：CONFIG_IOMMU控制的是GART iommu，CONFIG_DMAR控制的是intel_iommu。（CONFIG_IOMMU对应的是引导参数iommu，CONFIG_DMAR对应的是引导参数intel_iommu，注意：CONFIG_DMAR名称中没有Intel字样，这里比较容易误导，但你看它下面对应的函数intel_iommu_init就很明显了）：

 

引导参数iommu控制的是GART iommu，前文介绍过GART (Graphics Address Remapping Table)，最初是为了方便图形芯片直接读取内存而设计的：使用地址转译功能将收集到内存中的数据映射到一个图形芯片可以“看”到的地址。这个地址转译功能自然也可以充当IOMMU，于是GART被Linux kernel用来帮助传统的32位PCI设备访问可寻址范围之外的内存区域。GART iommu有局限性（比如仅限于显存范围内），不具备Intel IOMMU的完整功能。

“iommu”参数默认是打开的，以2.6.18 kernel为例，

注：GART iommu功能是按需激活的，并有前提条件，比如系统内存必须在3GB以上、而且只对有限的设备，参见：

引导参数intel_iommu控制的是基于Intel VT-d的iommu，该参数默认是关闭的，在config文件中对应的配置如下（注意：名称中用的是DMAR而不是iommu，不留意的话容易错过）：

从以下的代码中我们看到：[默认情况]与[显式设置intel_iommu=off]的效果是一样的，结果都是”dmar_disabled=1″，所以 intel_iommu=off 设不设置其实都一样：

注：启动参数intel_iommu有点复杂的是：存在两个与DMAR有关的配置，除了上面看到的CONFIG_DMAR_DEFAULT_ON之外，另外还有一个是CONFIG_DMAR，默认是打开的：

CONFIG_DMAR告诉内核在编译时要准备好支持DMA Remapping设备（见注一）；
而CONFIG_DMAR_DEFAULT_ON 是告诉内核在引导时是否激活DMAR设备。
也就是说，默认情况下(CONFIG_DMAR=y)内核已经具备了支持DMAR的功能，设置内核引导参数intel_iommu=off（等效于缺省情况：即CONFIG_DMAR_DEFAULT_ON未设置）并不是关闭内核的DMAR功能，仅仅是告诉内核在引导过程中不要把DMAR设备激活而已。
这两个配置参数的详细解释参见以下文件。

（注一）事实上更准确地说，内核不仅仅是在编译时具备了支持DMAR设备的功能，而且在引导过程中始终会根据ACPI table把DMAR设备有关的数据结构都初始化好–无论是否加了引导参数intel_iommu=off。

内核怎么知道哪些设备需要DMA Remapping呢？是通过ACPI table知道的，因为需要DMA Remapping的设备必须在firmware/BIOS中登记。以下是内核初始化DMAR的代码，可以看到无论是否dmar_disabled，都会调用dmar_table_init和dmar_dev_scope_init：

这就是为什么只要BIOS中打开了Intel VT-d，我们就总会在kernel messages中看到类似下面的初始化DMAR table的信息，无论intel_iommu参数是on还是off。

如果你想让kernel中与Intel VT-d有关的软件模块完全关闭，仅仅使用启动参数intel_iommu=off是不够的，而必须重新编译内核–在config中配置CONFIG_DMAR=n，或者用另一种方法：在BIOS中关闭Intel VT-d。