summaryrefslogtreecommitdiff
path: root/drivers/iommu/Makefile
diff options
context:
space:
mode:
authorRobin Murphy <robin.murphy@arm.com>2016-09-14 17:21:39 +0300
committerWill Deacon <will.deacon@arm.com>2016-09-16 11:34:19 +0300
commitf80cd885fcdd05dff769d62a116313927a03d480 (patch)
tree1fdf9a87fac9fbce98a107cdf64ccfbed0e38920 /drivers/iommu/Makefile
parent8e8b203eabd8b9e96d02d6339e4abce3e5a7ea4b (diff)
downloadlinux-f80cd885fcdd05dff769d62a116313927a03d480.tar.xz
iommu/arm-smmu: Refactor mmu-masters handling
To be able to support the generic bindings and handle of_xlate() calls, we need to be able to associate SMMUs and stream IDs directly with devices *before* allocating IOMMU groups. Furthermore, to support real default domains with multi-device groups we also have to handle domain attach on a per-device basis, as the "whole group at a time" assumption fails to properly handle subsequent devices added to a group after the first has already triggered default domain creation and attachment. To that end, use the now-vacant dev->archdata.iommu field for easy config and SMMU instance lookup, and unify config management by chopping down the platform-device-specific tree and probing the "mmu-masters" property on-demand instead. This may add a bit of one-off overhead to initially adding a new device, but we're about to deprecate that binding in favour of the inherently-more-efficient generic ones anyway. For the sake of simplicity, this patch does temporarily regress the case of aliasing PCI devices by losing the duplicate stream ID detection that the previous per-group config had. Stay tuned, because we'll be back to fix that in a better and more general way momentarily... Tested-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Signed-off-by: Robin Murphy <robin.murphy@arm.com> Signed-off-by: Will Deacon <will.deacon@arm.com>
Diffstat (limited to 'drivers/iommu/Makefile')
0 files changed, 0 insertions, 0 deletions