NVMe执行dd命令采用MMIO还是DMA？PCIe DTS配置超时问题咨询

你的判断完全准确：

• PCIe DTS中ranges属性的第一个字段为PCI总线地址空间类型，0x02000000确实代表32位非预取MMIO地址空间，NVMe控制器的BAR（基地址寄存器）默认就属于非预取MMIO类型，所有控制器寄存器读写、队列提交/完成操作都要通过这段映射的MMIO空间完成。
• 你给出的两组配置差异点为CPU侧物理地址基址：
  • 故障配置CPU侧基址为0x08000000
  • 正常配置CPU侧基址为0x04000000
• 超时根因就是0x08000000起始的64MB（对应长度字段0x04000000）地址范围要么被其他系统资源占用，要么没有被PCIe控制器的出站地址转换窗口覆盖，导致CPU访问NVMe MMIO寄存器时地址翻译失败、请求无响应，最终触发控制器复位、I/O超时。

你执行的dd命令100%会触发DMA，NVMe控制器会作为PCIe主设备工作：

• 你执行的dd if=/dev/urandom of=/dev/nvme0n1 bs=4k count=1024000是直接写NVMe块设备，内核NVMe驱动处理该I/O请求时，会先将用户态的数据页映射为PCIe域可见的DMA地址，再通过MMIO写NVMe提交队列寄存器，通知控制器有待处理的写请求。
• 后续NVMe控制器会主动作为PCIe主设备发起DMA传输，直接从内存对应地址读取数据写入闪存，传输完成后再通过中断通知CPU处理I/O完成事件。
• 你遇到的超时本质是MMIO通路异常导致命令无法递送到控制器、或者控制器完成信号无法被CPU读取，和DMA传输本身没有直接关系。

内容的提问来源于stack exchange，提问作者Li Chen