summaryrefslogtreecommitdiffstats
path: root/drivers/acpi/arm64/iort.c
diff options
context:
space:
mode:
authorRobin Murphy <robin.murphy@arm.com>2018-07-23 23:16:07 +0100
committerChristoph Hellwig <hch@lst.de>2018-07-27 19:01:04 +0200
commitf07d141fe9430cdf9f8a65a87c4136bd83b8ab2e (patch)
tree779f6966e477d437732e08f26a6b5c3b5dddc80c /drivers/acpi/arm64/iort.c
parent5ac65e8c89410892189ef778f567da4adafb2e2f (diff)
downloadtalos-op-linux-f07d141fe9430cdf9f8a65a87c4136bd83b8ab2e.tar.gz
talos-op-linux-f07d141fe9430cdf9f8a65a87c4136bd83b8ab2e.zip
dma-mapping: Generalise dma_32bit_limit flag
Whilst the notion of an upstream DMA restriction is most commonly seen in PCI host bridges saddled with a 32-bit native interface, a more general version of the same issue can exist on complex SoCs where a bus or point-to-point interconnect link from a device's DMA master interface to another component along the path to memory (often an IOMMU) may carry fewer address bits than the interfaces at both ends nominally support. In order to properly deal with this, the first step is to expand the dma_32bit_limit flag into an arbitrary mask. To minimise the impact on existing code, we'll make sure to only consider this new mask valid if set. That makes sense anyway, since a mask of zero would represent DMA not being wired up at all, and that would be better handled by not providing valid ops in the first place. Signed-off-by: Robin Murphy <robin.murphy@arm.com> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Signed-off-by: Christoph Hellwig <hch@lst.de>
Diffstat (limited to 'drivers/acpi/arm64/iort.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud