diff options
author | Robin Murphy <robin.murphy@arm.com> | 2019-02-06 20:43:24 +0300 |
---|---|---|
committer | Russell King <rmk+kernel@armlinux.org.uk> | 2019-02-12 18:20:59 +0300 |
commit | fc67e6f120a388b611d94cc40baf99a5cc56b283 (patch) | |
tree | 2b7563a887ea16afb2fb3972763ec0898a6d9618 /arch/powerpc/mm/pgtable-book3s64.c | |
parent | 0ac569bf6a7983c0c5747d6df8db9dc05bc92b6c (diff) | |
download | linux-fc67e6f120a388b611d94cc40baf99a5cc56b283.tar.xz |
ARM: 8835/1: dma-mapping: Clear DMA ops on teardown
Installing the appropriate non-IOMMU DMA ops in arm_iommu_detch_device()
serves the case where IOMMU-aware drivers choose to control their own
mapping but still make DMA API calls, however it also affects the case
when the arch code itself tears down the mapping upon driver unbinding,
where the ops now get left in place and can inhibit arch_setup_dma_ops()
on subsequent re-probe attempts.
Fix the latter case by making sure that arch_teardown_dma_ops() cleans
up whenever the ops were automatically installed by its counterpart.
Reported-by: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
Reported-by: Marek Szyprowski <m.szyprowski@samsung.com>
Fixes: 1874619a7df4 "ARM: dma-mapping: Set proper DMA ops in arm_iommu_detach_device()"
Tested-by: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
Tested-by: Thierry Reding <treding@nvidia.com>
Signed-off-by: Robin Murphy <robin.murphy@arm.com>
Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk>
Diffstat (limited to 'arch/powerpc/mm/pgtable-book3s64.c')
0 files changed, 0 insertions, 0 deletions