mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Baolu Lu <baolu.lu@linux.intel.com>
To: Desnes Nunes <desnesn@redhat.com>,
	linux-kernel@vger.kernel.org, iommu@lists.linux.dev,
	stable@vger.kernel.org
Cc: dwmw2@infradead.org
Subject: Re: [PATCH v2] iommu/vt-d: Fix UCTP context table slot when copying root entries
Date: Mon, 27 Jul 2026 09:34:41 +0800	[thread overview]
Message-ID: <47f1eaca-5d8b-4d25-83d1-5be54586ba06@linux.intel.com> (raw)
In-Reply-To: <CACaw+eyE+Rk3NeGaWmo=Psw+aDNp4=Ggzj3DnrkL-fp04NZc+g@mail.gmail.com>

On 7/17/26 19:59, Desnes Nunes wrote:
> Hello Baolu,
> 
> Can I further assist with any more requests or answering any remaining
> questions since the v1 review?

No. I will queue this patch for the next merge window. Thank you!

> 
> Best regards,
> 
> Desnes
> 
> On Mon, Jun 29, 2026 at 11:49 AM Desnes Nunes <desnesn@redhat.com> wrote:
>>
>> When translation is already enabled at boot (e.g. kdump), the vt-d driver
>> copies context tables from the previous kernel's root table. In scalable
>> mode, buses that only populate the upper root half (UCTP, devfn >= 0x80)
>> should be written to ctxt_tbls[tbl_idx + 1] through copy_context_table().
>> However, the current copy path always uses tbl[tbl_idx + 0] in this situa-
>> tion. Since idx wraps to 0 at devfn 0x80 due to a zeroed LCTP, new_ce for
>> LCTP will be NULL and keep pos equals to 0. Thus, UCTP entries will be co-
>> pied into tbl[tbl_idx + 0] instead of tbl[tbl_idx + 1], and written after-
>> wards to root_entry[bus].lo instead of .hi in copy_translation_tables().
>>
>> In short, devices on bus 0x80 with devfn >= 0x80 fail DMA with fault 0x39,
>> which will break drivers running in kernels with translation pre-enabled.
>> This fixes NO_PASID DMAR faults for UCTP-only buses such as:
>>
>> DMAR: [DMA Read NO_PASID] Request device [80:14.0] fault addr 0xe81759000 [fault reason 0x39] SM: Present bit in Root Entry is clear
>>
>> For instance, this fault yielded to locking issues between systemd and
>> xHCI, blocking a system's reboot after a vmcore was captured with kdump:
>>
>> [   72.987601] systemd-udevd[246]: usb3: Worker [255] processing SEQNUM=2193 is taking a long time
>> [  132.237566] dracut-initqueue[277]: Timed out while waiting for udev queue to empty.
>> [  202.988014] systemd-udevd[246]: usb3: Worker [255] processing SEQNUM=2193 killed
>> [  202.998059] systemd-udevd[246]: usb3: Worker [255] terminated by signal 9 (KILL).
>> ...
>> [  206.288378] kdump[569]: saving vmcore complete
>> ...
>> [  206.821258] systemd-shutdown[1]: Rebooting.
>> [  246.858495] INFO: task kworker/0:1:11 blocked for more than 122 seconds.
>> [  246.865319]       Not tainted 7.0.0-clean #1
>> [  246.869663] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
>> [  246.877623] task:kworker/0:1     state:D stack:0     pid:11 tgid:11    ppid:2      task_flags:0x4208160 flags:0x00080000
>> [  246.888942] Workqueue: usb_hub_wq hub_event
>> [  246.893202] Call Trace:
>> [  246.895690]  <TASK>
>> [  246.897828]  __schedule+0x299/0x5c0
>> [  246.901378]  schedule+0x27/0x80
>> [  246.904572]  schedule_timeout+0xbd/0x100
>> [  246.908565]  __wait_for_common+0x97/0x1b0
>> [  246.912644]  ? __pfx_schedule_timeout+0x10/0x10
>> [  246.917252]  xhci_alloc_dev+0x9e/0x2b0
>> [  246.921068]  usb_alloc_dev+0x7a/0x3b0
>> [  246.924795]  hub_port_connect+0x285/0x960
>> [  246.928873]  hub_port_connect_change+0x94/0x290
>> [  246.933482]  port_event+0x4bb/0x840
>> [  246.937030]  hub_event+0x141/0x460
>> [  246.940489]  process_one_work+0x196/0x390
>> [  246.944569]  worker_thread+0x1af/0x320
>> [  246.948383]  ? __pfx_worker_thread+0x10/0x10
>> [  246.952724]  kthread+0xe3/0x120
>> [  246.955921]  ? __pfx_kthread+0x10/0x10
>> [  246.959736]  ret_from_fork+0x199/0x260
>> [  246.963550]  ? __pfx_kthread+0x10/0x10
>> [  246.967362]  ret_from_fork_asm+0x1a/0x30
>> [  246.971355]  </TASK>
>> [  369.738508] INFO: task systemd-shutdow:1 blocked for more than 122 seconds.
>> [  369.745593]       Not tainted 7.0.0-clean #1
>> [  369.749935] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
>> [  369.757897] task:systemd-shutdow state:D stack:0     pid:1 tgid:1   ppid:0      task_flags:0x400100 flags:0x00080000
>> [  369.769128] Call Trace:
>> [  369.771616]  <TASK>
>> [  369.773752]  __schedule+0x299/0x5c0
>> [  369.777299]  schedule+0x27/0x80
>> [  369.780493]  schedule_preempt_disabled+0x15/0x30
>> [  369.785188]  __mutex_lock.constprop.0+0x547/0xac0
>> [  369.789974]  device_shutdown+0xac/0x1b0
>> [  369.793877]  kernel_restart+0x3a/0x70
>> [  369.797603]  __do_sys_reboot+0x147/0x240
>> [  369.801595]  do_syscall_64+0x11b/0x6a0
>> [  369.805407]  ? handle_mm_fault+0x110/0x350
>> [  369.809574]  ? do_user_addr_fault+0x206/0x680
>> [  369.814006]  ? irqentry_exit+0x7a/0x4d0
>> [  369.817907]  entry_SYSCALL_64_after_hwframe+0x76/0x7e
>> [  369.823046] RIP: 0033:0x7fe2958da917
>> [  369.826684] RSP: 002b:00007ffc5c458618 EFLAGS: 00000206 ORIG_RAX: 00000000000000a9
>> [  369.834383] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007fe2958da917
>> [  369.841639] RDX: 0000000001234567 RSI: 0000000028121969 RDI: 00000000fee1dead
>> [  369.848893] RBP: 00007ffc5c458790 R08: 0000000000000069 R09: 00000000ffffffff
>> [  369.856148] R10: 0000000000000000 R11: 0000000000000206 R12: 0000000000000000
>> [  369.863402] R13: 0000000000000000 R14: 00007ffc5c4588b8 R15: 0000000000000000
>> [  369.870659]  </TASK>
>> [  369.872888] INFO: task systemd-shutdow:1 is blocked on a mutex likely owned by task kworker/0:1:11.
>>
>> Fixes: 091d42e43d21 ("iommu/vt-d: Copy translation tables from old kernel")
>> Signed-off-by: Desnes Nunes <desnesn@redhat.com>
>> ---
>> V1 -> V2: Updated commit message and added xHCI stack trace as requested
>>
>> v1: https://lore.kernel.org/linux-iommu/ajnlKDglN6wEBBrS@google.com/T/#t
>>
>>   drivers/iommu/intel/iommu.c | 10 ++++++----
>>   1 file changed, 6 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c
>> index 4d0e65bc131d..737936f942a0 100644
>> --- a/drivers/iommu/intel/iommu.c
>> +++ b/drivers/iommu/intel/iommu.c
>> @@ -1443,7 +1443,7 @@ static int copy_context_table(struct intel_iommu *iommu,
>>                                struct context_entry **tbl,
>>                                int bus, bool ext)
>>   {
>> -       int tbl_idx, pos = 0, idx, devfn, ret = 0, did;
>> +       int tbl_idx, tbl_slot = 0, idx, devfn, ret = 0, did;
>>          struct context_entry *new_ce = NULL, ce;
>>          struct context_entry *old_ce = NULL;
>>          struct root_entry re;
>> @@ -1459,10 +1459,9 @@ static int copy_context_table(struct intel_iommu *iommu,
>>                  if (idx == 0) {
>>                          /* First save what we may have and clean up */
>>                          if (new_ce) {
>> -                               tbl[tbl_idx] = new_ce;
>> +                               tbl[tbl_idx + tbl_slot] = new_ce;
>>                                  __iommu_flush_cache(iommu, new_ce,
>>                                                      VTD_PAGE_SIZE);
>> -                               pos = 1;
>>                          }
>>
>>                          if (old_ce)
>> @@ -1484,6 +1483,9 @@ static int copy_context_table(struct intel_iommu *iommu,
>>                                  }
>>                          }
>>
>> +                       /* Track if saving UCTP or LCTP entries in scalable mode */
>> +                       tbl_slot = ext && devfn >= 0x80 ? 1 : 0;
>> +
>>                          ret = -ENOMEM;
>>                          old_ce = memremap(old_ce_phys, PAGE_SIZE,
>>                                          MEMREMAP_WB);
>> @@ -1512,7 +1514,7 @@ static int copy_context_table(struct intel_iommu *iommu,
>>                  new_ce[idx] = ce;
>>          }
>>
>> -       tbl[tbl_idx + pos] = new_ce;
>> +       tbl[tbl_idx + tbl_slot] = new_ce;
>>
>>          __iommu_flush_cache(iommu, new_ce, VTD_PAGE_SIZE);
>>
>> --
>> 2.54.0
>>

Thanks,
baolu



      reply	other threads:[~2026-07-27  1:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-29 14:48 Desnes Nunes
2026-06-30 23:37 ` Tao Liu
2026-07-10 12:04   ` Desnes Nunes
2026-07-17 11:59 ` Desnes Nunes
2026-07-27  1:34   ` Baolu Lu [this message]

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=47f1eaca-5d8b-4d25-83d1-5be54586ba06@linux.intel.com \
    --to=baolu.lu@linux.intel.com \
    --cc=desnesn@redhat.com \
    --cc=dwmw2@infradead.org \
    --cc=iommu@lists.linux.dev \
    --cc=linux-kernel@vger.kernel.org \
    --cc=stable@vger.kernel.org \
    /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

all inboxes | Powered by JetHome®