Patch "iommu/arm-smmu-v3: Hold arm_smmu_asid_lock during all of attach_dev" has been added to the 6.8-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    iommu/arm-smmu-v3: Hold arm_smmu_asid_lock during all of attach_dev

to the 6.8-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     iommu-arm-smmu-v3-hold-arm_smmu_asid_lock-during-all.patch
and it can be found in the queue-6.8 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit 12392232511538aa602f1b3a79e986e6597daf5e
Author: Jason Gunthorpe <jgg@xxxxxxxx>
Date:   Mon Feb 26 13:07:16 2024 -0400

    iommu/arm-smmu-v3: Hold arm_smmu_asid_lock during all of attach_dev
    
    [ Upstream commit 9f7c68911579bc15c57d227d021ccd253da2b635 ]
    
    The BTM support wants to be able to change the ASID of any smmu_domain.
    When it goes to do this it holds the arm_smmu_asid_lock and iterates over
    the target domain's devices list.
    
    During attach of a S1 domain we must ensure that the devices list and
    CD are in sync, otherwise we could miss CD updates or a parallel CD update
    could push an out of date CD.
    
    This is pretty complicated, and almost works today because
    arm_smmu_detach_dev() removes the master from the linked list before
    working on the CD entries, preventing parallel update of the CD.
    
    However, it does have an issue where the CD can remain programed while the
    domain appears to be unattached. arm_smmu_share_asid() will then not clear
    any CD entriess and install its own CD entry with the same ASID
    concurrently. This creates a small race window where the IOMMU can see two
    ASIDs pointing to different translations.
    
           CPU0                                   CPU1
    arm_smmu_attach_dev()
       arm_smmu_detach_dev()
         spin_lock_irqsave(&smmu_domain->devices_lock, flags);
         list_del(&master->domain_head);
         spin_unlock_irqrestore(&smmu_domain->devices_lock, flags);
    
                                          arm_smmu_mmu_notifier_get()
                                           arm_smmu_alloc_shared_cd()
                                            arm_smmu_share_asid():
                                              // Does nothing due to list_del above
                                              arm_smmu_update_ctx_desc_devices()
                                              arm_smmu_tlb_inv_asid()
                                           arm_smmu_write_ctx_desc()
                                             ** Now the ASID is in two CDs
                                                with different translation
    
         arm_smmu_write_ctx_desc(master, IOMMU_NO_PASID, NULL);
    
    Solve this by wrapping most of the attach flow in the
    arm_smmu_asid_lock. This locks more than strictly needed to prepare for
    the next patch which will reorganize the order of the linked list, STE and
    CD changes.
    
    Move arm_smmu_detach_dev() till after we have initialized the domain so
    the lock can be held for less time.
    
    Reviewed-by: Michael Shavit <mshavit@xxxxxxxxxx>
    Reviewed-by: Nicolin Chen <nicolinc@xxxxxxxxxx>
    Reviewed-by: Mostafa Saleh <smostafa@xxxxxxxxxx>
    Tested-by: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
    Tested-by: Nicolin Chen <nicolinc@xxxxxxxxxx>
    Tested-by: Moritz Fischer <moritzf@xxxxxxxxxx>
    Signed-off-by: Jason Gunthorpe <jgg@xxxxxxxxxx>
    Link: https://lore.kernel.org/r/5-v6-96275f25c39d+2d4-smmuv3_newapi_p1_jgg@xxxxxxxxxx
    Signed-off-by: Will Deacon <will@xxxxxxxxxx>
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
index 0ffb1cf17e0b2..f3f2e47b6d488 100644
--- a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
+++ b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
@@ -2398,8 +2398,6 @@ static int arm_smmu_attach_dev(struct iommu_domain *domain, struct device *dev)
 		return -EBUSY;
 	}
 
-	arm_smmu_detach_dev(master);
-
 	mutex_lock(&smmu_domain->init_mutex);
 
 	if (!smmu_domain->smmu) {
@@ -2414,6 +2412,16 @@ static int arm_smmu_attach_dev(struct iommu_domain *domain, struct device *dev)
 	if (ret)
 		return ret;
 
+	/*
+	 * Prevent arm_smmu_share_asid() from trying to change the ASID
+	 * of either the old or new domain while we are working on it.
+	 * This allows the STE and the smmu_domain->devices list to
+	 * be inconsistent during this routine.
+	 */
+	mutex_lock(&arm_smmu_asid_lock);
+
+	arm_smmu_detach_dev(master);
+
 	master->domain = smmu_domain;
 
 	/*
@@ -2439,13 +2447,7 @@ static int arm_smmu_attach_dev(struct iommu_domain *domain, struct device *dev)
 			}
 		}
 
-		/*
-		 * Prevent SVA from concurrently modifying the CD or writing to
-		 * the CD entry
-		 */
-		mutex_lock(&arm_smmu_asid_lock);
 		ret = arm_smmu_write_ctx_desc(master, IOMMU_NO_PASID, &smmu_domain->cd);
-		mutex_unlock(&arm_smmu_asid_lock);
 		if (ret) {
 			master->domain = NULL;
 			goto out_list_del;
@@ -2455,13 +2457,15 @@ static int arm_smmu_attach_dev(struct iommu_domain *domain, struct device *dev)
 	arm_smmu_install_ste_for_dev(master);
 
 	arm_smmu_enable_ats(master);
-	return 0;
+	goto out_unlock;
 
 out_list_del:
 	spin_lock_irqsave(&smmu_domain->devices_lock, flags);
 	list_del(&master->domain_head);
 	spin_unlock_irqrestore(&smmu_domain->devices_lock, flags);
 
+out_unlock:
+	mutex_unlock(&arm_smmu_asid_lock);
 	return ret;
 }
 




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux