summaryrefslogtreecommitdiffstats
path: root/crypto/cmac.c
diff options
context:
space:
mode:
authorWill Deacon <will.deacon@arm.com>2016-04-20 14:53:32 +0100
committerJoerg Roedel <jroedel@suse.de>2016-04-21 16:47:32 +0200
commit5f634956cc550768ebd75cf26fdba01044bc600e (patch)
tree7464458fbf8fb11cc5d866df61d4ac7415a46491 /crypto/cmac.c
parente3156048346c28c695f5cf9db67a8cf88c90f947 (diff)
downloadlinux-5f634956cc550768ebd75cf26fdba01044bc600e.tar.bz2
iommu/arm-smmu: Fix stream-match conflict with IOMMU_DOMAIN_DMA
Commit cbf8277ef456 ("iommu/arm-smmu: Treat IOMMU_DOMAIN_DMA as bypass for now") ignores requests to attach a device to the default domain since, without IOMMU-basked DMA ops available everywhere, the default domain will just lead to unexpected transaction faults being reported. Unfortunately, the way this was implemented on SMMUv2 causes a regression with VFIO PCI device passthrough under KVM on AMD Seattle. On this system, the host controller device is associated with both a pci_dev *and* a platform_device, and can therefore end up with duplicate SMR entries, resulting in a stream-match conflict at runtime. This patch amends the original fix so that attaching to IOMMU_DOMAIN_DMA is rejected even before configuring the SMRs. This restores the old behaviour for now, but we'll need to look at handing host controllers specially when we come to supporting the default domain fully. Reported-by: Eric Auger <eric.auger@linaro.org> Tested-by: Eric Auger <eric.auger@linaro.org> Tested-by: Yang Shi <yang.shi@linaro.org> Signed-off-by: Will Deacon <will.deacon@arm.com> Signed-off-by: Joerg Roedel <jroedel@suse.de>
Diffstat (limited to 'crypto/cmac.c')
0 files changed, 0 insertions, 0 deletions