RE: [PATCH 1/4] iommu/sva: Set handle->dev before the SVA handle is visible

From: Tian, Kevin

Date: Mon Jul 27 2026 - 05:39:32 EST


> From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
> Sent: Sunday, July 26, 2026 3:43 PM
>
> iommu_attach_device_pasid() installs the new SVA attach handle in the
> group PASID lookup before iommu_sva_bind_device() returns. A concurrent
> bind can therefore find and reuse the same handle after iommu_sva_lock is
> dropped.
>
> handle->dev was initialized after dropping iommu_sva_lock. This leaves a
> window where a racing bind can return a handle whose dev pointer is still
> NULL. A subsequent iommu_sva_unbind_device() can then dereference it via
> handle->dev->iommu_group.

ideally this will bail out early:

mutex_lock(&iommu_sva_lock);
if (!refcount_dec_and_test(&handle->users)) {
mutex_unlock(&iommu_sva_lock);
return;
}

>
> Initialize handle->dev before releasing iommu_sva_lock so any visible SVA
> handle is fully initialized.
>
> Fixes: be51b1d6bbff ("iommu/sva: Refactoring
> iommu_sva_bind/unbind_device()")
> Cc: stable@xxxxxxxxxxxxxxx
> Assisted-by: Qoder:Qwen-3.8-MAX-Preview
> Signed-off-by: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>

but the fix is correct.

Reviewed-by: Kevin Tian <kevin.tian@xxxxxxxxx>