[PATCH v2 14/18] iommu/arm-smmu-v3: Support domains with shared CDs
Jason Gunthorpe
jgg at nvidia.com
Tue Jun 6 10:09:20 PDT 2023
On Tue, Jun 06, 2023 at 08:07:50PM +0800, Michael Shavit wrote:
> SVA may attach a CD to masters that have different upstream SMMU
> devices. The arm_smmu_domain structure can only be attached to a single
> upstream SMMU device however.
Isn't that pretty much because we don't support replicating
invalidations to each of the different SMMU instances?
I don't really get why there would be anything like a "shared CD".
It looks kind of like the arm_smmu_ctx_desc has become a bit weird
since its main purpose seems to be to refcount the ASID.
But our general design is that the iommu_domain should be 1:1 with the
ASID, so it is really strange that we'd refcount the ASID..
I would expect different SMMU devices to be handled by allowing single
domains to be attached to a list of masters where the masters can all
be from different instances.
When an invalidation comes in we have to replicate it through all the
instances for the IOTLB and all the masters for the ATC.
What we definately shouldn't do is try to have different SVA
iommu_domain's pointing at the same ASID. That is again making SVA
special, which we are trying to get away from :)
You might try to stop your series here and get the first batch of
patches done. This latter bit seems to be a seperate topic?
Jason
More information about the linux-arm-kernel
mailing list