diff options
author | Logan Gunthorpe <logang@deltatee.com> | 2019-01-23 00:30:45 +0300 |
---|---|---|
committer | Joerg Roedel <jroedel@suse.de> | 2019-01-30 19:23:04 +0300 |
commit | 21d5d27c042d41d0ec1d138651909405d967f8af (patch) | |
tree | 87dceaee64d8edcc96655afa93941f3e5a86963a /drivers/clk/clk-stm32f4.c | |
parent | 5b438f4ba315db4f8c1489d175656798d58c014f (diff) | |
download | linux-21d5d27c042d41d0ec1d138651909405d967f8af.tar.xz |
iommu/vt-d: Implement dma_[un]map_resource()
Currently the Intel IOMMU uses the default dma_[un]map_resource()
implementations does nothing and simply returns the physical address
unmodified.
However, this doesn't create the IOVA entries necessary for addresses
mapped this way to work when the IOMMU is enabled. Thus, when the
IOMMU is enabled, drivers relying on dma_map_resource() will trigger
DMAR errors. We see this when running ntb_transport with the IOMMU
enabled, DMA, and switchtec hardware.
The implementation for intel_map_resource() is nearly identical to
intel_map_page(), we just have to re-create __intel_map_single().
dma_unmap_resource() uses intel_unmap_page() directly as the
functions are identical.
Signed-off-by: Logan Gunthorpe <logang@deltatee.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Cc: Joerg Roedel <joro@8bytes.org>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Joerg Roedel <jroedel@suse.de>
Diffstat (limited to 'drivers/clk/clk-stm32f4.c')
0 files changed, 0 insertions, 0 deletions