Thread (31 messages) 31 messages, 3 authors, 2025-09-24

Re: [PATCH v4 6/7] iommu: Introduce iommu_dev_reset_prepare() and iommu_dev_reset_done()

From: Jason Gunthorpe <jgg@nvidia.com>
Date: 2025-09-15 12:54:02
Also in: asahi, linux-acpi, linux-arm-msm, linux-iommu, linux-mediatek, linux-patches, linux-pci, linux-riscv, linux-rockchip, linux-s390, linux-samsung-soc, linux-sunxi, linux-tegra, lkml

On Fri, Sep 12, 2025 at 09:49:13AM +0000, Tian, Kevin wrote:
quoted
There are two corner cases that won't work:
1. Alias devices that share the same RID
   Blocking one device also blocks the other alias devices that might not
   want a reset. Given that it's very rare for an alias device to support
   ATS, simply skip the blocking routine.
it also applies to the devices in the same iommu group. While one device
is being reset, all other devices in the group cannot change the domain. 
This needs to be documented in the attach uAPI.
I think we should just exclude multi-device groups for the first
version of this.

We really need to fixup multi-device groups to distinguish between
cases where the group is there for aliases and we must have consistent
domains across the whole group and cases where the group is there just
for representing isolation and different domains are fine.

We are now having workloads where this difference matters, ATS reset
is one case, but I'm interesting in seeing iommufd able to control
domains per-device within a group. We have some HW that wants this.

Jason
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help