0x00000159 停止代码通常出现在Windows检测到IOMMU设备报告了非法页错误时，系统为保护内存一致性而主动触发蓝屏。这个错误与常见的驱动程序崩溃不同，它的根源位于DMA重映射层，因此很多用户即使重装显卡或存储驱动，问题仍然复现。理解这一点，是避免盲目重装系统、反复试错的关键。
一、停止代码背后的原理：IOMMU页故障到底意味着什么
IOMMU全称为输入输出内存管理单元，它的核心作用与CPU内部的MMU类似，只不过服务对象是外部设备。当显卡、NVMe固态硬盘、USB控制器或网卡通过PCIe总线发起DMA操作时，设备通常只能看到一组总线地址或IOVA地址。IOMMU负责根据页表把这组地址转换成真实的物理内存地址，同时执行访问权限检查和隔离策略。如果页表项不存在、权限不足、地址越界或目标页面已经被回收，IOMMU就会向系统报告一个页错误。
HAL_ILLEGAL_IOMMU_PAGE_FAULT对应的错误检查码为0x00000159，它表示硬件抽象层收到了一个无法被安全处理的IOMMU页错误。Windows之所以选择蓝屏，而不是让请求继续执行，是为了防止数据被写入错误的内存区域。一旦DMA数据落到错误位置，轻则导致文件损坏或驱动状态异常，重则可能破坏内核数据结构，让故障表现为完全不相干的程序崩溃。
这个错误与经典的PAGE_FAULT_IN_NONPAGED_AREA不同。后者通常表示CPU访问了无效内存地址，而0x00000159指向的是设备DMA过程中的地址转换异常。错误参数通常可以借助WinDbg查看，第一个参数一般与触发故障的IOMMU域或设备相关，后续参数记录了故障类型和设备状态。即使参数因平台不同而有所差异，结合dump文件中的模块信息仍能大幅缩小排查范围。
二、常见触发原因：从驱动到硬件都有可能
驱动错误是最常见的诱因之一。设备驱动在提交DMA缓冲区时，可能传入一个已经释放的地址，或者在缓冲区仍然被设备访问时就提前回收内存。这种使用已释放资源的问题在显卡驱动、NVMe驱动以及雷电/USB4控制器驱动中更容易出现。还有一些驱动会错误地构造DMA描述符，导致设备尝试访问超出允许范围的地址，最终被IOMMU拦截。
主板固件和BIOS问题同样不能忽视。Intel平台依赖DMAR表描述VT-d重映射结构，AMD平台则使用IVRS表描述AMD-Vi能力。如果厂商提供的ACPI表存在错误，或者BIOS对ACS、SR-IOV、DMA保护等功能的初始化不完整，操作系统启用IOMMU后就可能收到异常页错误。某些旧主板的BIOS默认开启IOMMU，但实现并不稳定，尤其在同时开启虚拟化安全功能时更容易触发0x00000159。
虚拟化和设备直通场景也会放大这个问题。在Hyper-V、VMware或KVM宿主机中，如果把PCIe设备直通给虚拟机，宿主机的IOMMU负责隔离该设备的DMA访问。如果设备重置不彻底，或者VFIO配置与硬件ACS能力不匹配，虚拟机内部的一个普通驱动错误就可能表现为宿主机的蓝屏。此外，物理内存故障、PCIe插槽接触不良、显卡或NVMe盘硬件异常，以及电源供电不足导致的总线传输错误，也可能让IOMMU收到非法页请求。
三、先分析dump，再确定修复顺序
遇到0x00000159时，第一步应保留系统转储文件。如果系统已经配置了内核转储，可以在C:\Windows\Minidump目录下找到对应文件。用WinDbg打开后执行分析命令，可以看到导致蓝屏的模块名称，以及错误参数。分析过程通常从.bugcheck命令开始，再使用!analyze -v获取自动分析结果。
kd> .bugcheck Bugcheck code 00000159 Arguments 00000000`00000001 00000000`00000002 00000000`00000003 00000000`00000004 kd> !analyze -v
如果自动分析指向某个具体的.sys驱动，例如显卡驱动nvlddmkm.sys、存储驱动stornvme.sys或雷电控制驱动，那么优先更新该驱动。如果分析结果没有明确模块，事件查看器中的WHEA记录可能提供PCIe设备层面的线索。通过下面命令可以快速筛选系统日志中的硬件错误记录，重点关注时间点与蓝屏重合的事件。
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WHEA-Logger'} -MaxEvents 20 | Format-List TimeCreated, Id, LevelDisplayName, Message
排查时不要急着重装系统。先记录最近是否更新过驱动、BIOS、Windows更新，或者是否添加了新的PCIe设备。对于能进入桌面的情况，可以用PowerShell快速列出显卡、NVMe和雷电相关驱动版本，观察是否存在异常回退或日期明显过旧的驱动。
Get-CimInstance Win32_PnPSignedDriver | Where-Object { $_.DeviceName -match 'NVMe|Thunderbolt|VGA|GPU' } | Select-Object DeviceName, DriverVersion, DriverDate, InfName | Format-Table -AutoSize
四、从驱动、固件、虚拟化到硬件逐步修复
对于大多数用户，最安全的起点是更新驱动和固件。显卡驱动建议从主板厂商或显卡厂商官网获取最新版本，不要只依赖Windows Update。NVMe固态硬盘需要同时更新存储控制器驱动和硬盘固件，雷电设备则要关注笔记本厂商发布的雷电控制器固件更新。更新BIOS时注意查看更新日志，如果厂商明确提到修复IOMMU、DMA重映射或VT-d相关问题，应优先升级。
如果更新驱动后问题依旧，可以尝试临时关闭IOMMU或DMA重映射来验证。进入UEFI设置，将Intel平台的VT-d选项或AMD平台的IOMMU选项设为Disabled。部分笔记本还会显示DMA Protection、Pre-boot DMA Protection等选项，也应一并关闭。需要明确的是，关闭IOMMU会降低设备隔离能力和基于虚拟化的安全防护，因此只建议作为排障手段，不建议长期关闭。对于游戏台式机和普通办公机，如果关闭后蓝屏消失，基本可以判断问题集中在IOMMU相关驱动或固件上。
虚拟机宿主机用户还应检查设备直通配置。可以尝试关闭SR-IOV、VMQ或虚拟机队列，并确认芯片组驱动和微码更新已安装。对于使用KVM或VFIO的环境，检查内核启动参数中的iommu=pt或iommu=on是否与硬件匹配，必要时重新配置设备重置方法。若没有使用直通功能，仍可暂时关闭IOMMU进行对照测试。
硬件层面排查也不能忽略。运行Windows内存诊断或MemTest86检查内存错误，尤其是超频平台应优先恢复默认频率。将显卡、NVMe硬盘换到其他插槽，或拔掉非必要PCIe设备进行最小化启动，有助于判断是否存在插槽信号问题。如果所有软件和固件调整都无法消除蓝屏，并且故障在不同系统、不同驱动版本下均可复现，那么很可能是主板、CPU或PCIe设备本身存在硬件级缺陷。
0x00000159HAL_ILLEGAL_IOMMU_PAGE_FAULTIOMMU修改时间：2026-08-23 05:01:24