public inbox for iommu@lists.linux-foundation.org
 help / color / mirror / Atom feed
From: Baolu Lu <baolu.lu@linux.intel.com>
To: Paul Menzel <pmenzel@molgen.mpg.de>,
	David Woodhouse <dwmw2@infradead.org>
Cc: iommu@lists.linux.dev, linux-nvme@lists.infradead.org
Subject: Re: Linux error `[DMA Write NO_PASID] Request device [3c:00.0] fault addr 0x0 [fault reason 0x05] PTE Write access is not set`
Date: Fri, 27 Feb 2026 10:23:01 +0800	[thread overview]
Message-ID: <d38a2cda-4b29-43ec-ab08-b55c79714810@linux.intel.com> (raw)
In-Reply-To: <88e33b0c-e89f-47a2-9125-d85693d4816f@molgen.mpg.de>

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

  reply	other threads:[~2026-02-27  2:23 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-07 19:10 Linux error `[DMA Write NO_PASID] Request device [3c:00.0] fault addr 0x0 [fault reason 0x05] PTE Write access is not set` Paul Menzel
2026-02-27  2:23 ` Baolu Lu [this message]
2026-03-16 14:54   ` Paul Menzel
2026-03-18  6:42     ` Baolu Lu
2026-03-18 12:55       ` Paul Menzel
2026-03-19  6:06         ` Baolu Lu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d38a2cda-4b29-43ec-ab08-b55c79714810@linux.intel.com \
    --to=baolu.lu@linux.intel.com \
    --cc=dwmw2@infradead.org \
    --cc=iommu@lists.linux.dev \
    --cc=linux-nvme@lists.infradead.org \
    --cc=pmenzel@molgen.mpg.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox