[PATCH v7 5/5] PCI: Suspend iommu function prior to resetting a device

Nicolin Chen nicolinc at nvidia.com
Wed Nov 26 13:51:56 PST 2025


On Wed, Nov 26, 2025 at 03:43:13PM -0600, Bjorn Helgaas wrote:
> On Fri, Nov 21, 2025 at 05:57:32PM -0800, Nicolin Chen wrote:
> > PCIe permits a device to ignore ATS invalidation TLPs while processing a
> > reset. This creates a problem visible to the OS where an ATS invalidation
> > command will time out: e.g. an SVA domain will have no coordination with a
> > reset event and can racily issue ATS invalidations to a resetting device.
> > 
> > The PCIe r6.0, sec 10.3.1 IMPLEMENTATION NOTE recommends SW to disable and
> > block ATS before initiating a Function Level Reset. It also mentions that
> > other reset methods could have the same vulnerability as well.
> > 
> > The IOMMU subsystem provides pci_dev_reset_iommu_prepare/done() callback
> > helpers for this matter. Use them in all the existing reset functions.
> > 
> > This will attach the device to its iommu_group->blocking_domain during the
> > device reset, so as to allow IOMMU driver to:
> >  - invoke pci_disable_ats() and pci_enable_ats(), if necessary
> >  - wait for all ATS invalidations to complete
> >  - stop issuing new ATS invalidations
> >  - fence any incoming ATS queries
> > 
> > Reviewed-by: Kevin Tian <kevin.tian at intel.com>
> > Signed-off-by: Nicolin Chen <nicolinc at nvidia.com>
> 
> Acked-by: Bjorn Helgaas <bhelgaas at google.com>

Thanks!!



More information about the linux-arm-kernel mailing list