Generic DT bindings for PCI IOMMUs and ARM SMMU
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v7 Latest posting 7/70 of 22 patches 0 repliesNew
- v7 posting 6/70 of 22 patches 0 repliesSuperseded
- v7 posting 5/70 of 22 patches 0 repliesSuperseded
Earlier versions · 11
| Version | Posted | Patches | Replies | Status |
|---|---|---|---|---|
| v7 posting 4/7 | 0 of 22 patches | 0 replies | Superseded | |
| v7 posting 3/7 | 0 of 22 patches | 0 replies | Superseded | |
| v7 posting 2/7 | 0 of 22 patches | 0 replies | Superseded | |
| v7 posting 1/7 | 22 patches | 0 replies | Superseded | |
| v6 | 20 patches | 4 replies | Superseded | |
| v5 posting 2/2 | 0 of 19 patches | 0 replies | Superseded | |
| v5 posting 1/2 | 1 of 19 patches | 5 replies | Superseded | |
| v4 | 8 patches | 0 replies | Superseded | |
| v3 | 9 patches | 0 replies | Superseded | |
| v2 | 7 patches | 0 replies | Superseded | |
| v1 | 12 patches | 0 replies | Superseded |
Patches in v7 posting 7/7 No applies recorded yet
None of the 22 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v7 yet.
Cover letter [PATCH v7 00/22] Generic DT bindings for PCI IOMMUs and ARM SMMU
Quoted 8 lines · Will Deacon
Quoted 7 lines · Auger Eric
Quoted 5 lines · Robin Murphy
What I probably will do, though, since we have the functionality in place for the sake of the old binding, and I think there are other folks who want PCI iommu-map support but would prefer not to bother with DMA ops on the host, is add a command-line option to disable DMA domains even for the generic bindings.
Quoted 8 lines
Quoted 3 lines
Yes this would be a good thing I think. This series has an important impact on platforms which do not have smmu v3, where contexts are scarce HW resources.
Rather than disabling DMA domains entirely, we could specify a number of contexts to reserve for other use (e.g. VFIO). It's a pity that these options are global for the system, as opposed to per SMMU instance, but I can't see a good way around that.
The problem with that approach is that due to bus traversal order you'd typically end up with the even-more-limited number of non-reserved contexts getting consumed by bridges that are unlikely to ever actually use their DMA ops, so you end up barely any better off than just not doing DMA ops at all, which we already have the code for.
And yeah, if you had, say, "arm-smmu.reserved_s2_contexts=4", for the benefit of your PCI SMMU, what do the SMMUs in front of your other platform devices with only 2 contexts (and which only want DMA ops) do?
Robin.
Quoted 7 lines
Will
_______________________________________________
iommu mailing list
iommu at lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu