Linux error `[DMA Write NO_PASID] Request device [3c:00.0] fault addr 0x0 [fault reason 0x05] PTE Write access is not set`
Baolu Lu
baolu.lu at linux.intel.com
Thu Feb 26 18:23:01 PST 2026
On 2/8/26 03:10, Paul Menzel wrote:
> Dear Linux folks,
>
>
> On the Intel Kaby Lake laptop Dell XPS 13 9360, Linux logs the error below:
>
> [17959.189315] ACPI: EC: event unblocked
> [17959.197876] DMAR: DRHD: handling fault status reg 2
> [17959.197882] DMAR: [DMA Write NO_PASID] Request device [3c:00.0]
> fault addr 0x0 [fault reason 0x05] PTE Write access is not set
> [17959.198366] DMAR: DRHD: handling fault status reg 2
> [17959.198369] DMAR: [DMA Write NO_PASID] Request device [3c:00.0]
> fault addr 0x0 [fault reason 0x05] PTE Write access is not set
> [17959.198923] DMAR: DRHD: handling fault status reg 2
> [17959.201477] nvme nvme0: 4/0/0 default/read/poll queues
>
> 3c:00.0 is the NVMe controller/device.
>
> $ lspci -nn -s 3c:00.0
> 3c:00.0 Non-Volatile memory controller [0108]: SK hynix PC300 NVMe
> Solid State Drive 512GB [1c5c:1284]
>
> This seems to happen only *sometimes* when resuming from ACPI S3.
>
> To my knowledge, this is *not* a new problem. Please find the log
> messages attached. (Ignore the other DMAR error for now.)
These IOMMU DMA faults are triggered when the NVMe controller attempts
DMA writes to system memory address 0x0. The IOMMU hardware blocked
these accesses because the system software has not granted the device
permission to write to this specific address. It's unlikely a bug or
problem in the iommu driver as far as I can see.
> Kind regards,
>
> Paul
Thanks,
baolu
More information about the Linux-nvme
mailing list