wireguard-linux/arch/arm/include/asm/dma-mapping.h, branch jd/unified-crypt-queue

xen/arm: use dev_is_dma_coherent

2019-09-11T10:43:26Z

Use the dma-noncoherent dev_is_dma_coherent helper instead of the home grown variant. Note that both are always initialized to the same value in arch_setup_dma_ops. Signed-off-by: Christoph Hellwig Reviewed-by: Julien Grall Reviewed-by: Stefano Stabellini

arm: use swiotlb for bounce buffering on LPAE configs

2019-07-24T15:29:01Z

The DMA API requires that 32-bit DMA masks are always supported, but on arm LPAE configs they do not currently work when memory is present above 4GB. Wire up the swiotlb code like for all other architectures to provide the bounce buffering in that case. Fixes: 21e07dba9fb11 ("scsi: reduce use of block bounce buffers"). Reported-by: Roger Quadros Signed-off-by: Christoph Hellwig Tested-by: Vignesh Raghavendra

dma-mapping: remove dma_max_pfn

2019-07-10T11:17:30Z

These days, the DMA mapping code must bounce buffers for any unsupported address. If the driver needs to optimize for natively supported ranges, then it should use dma_get_required_mask. Signed-off-by: Christoph Hellwig Acked-by: Marc Gonzalez Signed-off-by: Ulf Hansson

dma-mapping: add a kconfig symbol for arch_teardown_dma_ops availability

2019-02-13T18:12:50Z

Signed-off-by: Christoph Hellwig Acked-by: Catalin Marinas # arm64

dma-mapping: add a kconfig symbol for arch_setup_dma_ops availability

2019-02-13T18:12:33Z

Signed-off-by: Christoph Hellwig Acked-by: Paul Burton # MIPS Acked-by: Catalin Marinas # arm64

dma-mapping: bypass indirect calls for dma-direct

2018-12-13T20:06:18Z

Avoid expensive indirect calls in the fast path DMA mapping operations by directly calling the dma_direct_* ops if we are using the directly mapped DMA operations. Signed-off-by: Christoph Hellwig Acked-by: Jesper Dangaard Brouer Tested-by: Jesper Dangaard Brouer Tested-by: Tony Luck

arm-nommu: don't define arch_teardown_dma_ops

2018-09-08T09:19:10Z

We can just use the default implementation. Signed-off-by: Christoph Hellwig Reviewed-by: Robin Murphy

dma-direct: rename dma_noop to dma_direct

2018-01-15T08:35:06Z

The trivial direct mapping implementation already does a virtual to physical translation which isn't strictly a noop, and will soon learn to do non-direct but linear physical to dma translations through the device offset and a few small tricks. Rename it to a better fitting name. Signed-off-by: Christoph Hellwig Reviewed-by: Vladimir Murzin

dma-mapping: move dma_mark_clean to dma-direct.h

2018-01-10T15:41:12Z

And unlike the other helpers we don't require a as this helper is a special case for ia64 only, and this keeps it as simple as possible. Signed-off-by: Christoph Hellwig

dma-mapping: move swiotlb arch helpers to a new header

2018-01-10T15:40:54Z

phys_to_dma, dma_to_phys and dma_capable are helpers published by architecture code for use of swiotlb and xen-swiotlb only. Drivers are not supposed to use these directly, but use the DMA API instead. Move these to a new asm/dma-direct.h helper, included by a linux/dma-direct.h wrapper that provides the default linear mapping unless the architecture wants to override it. In the MIPS case the existing dma-coherent.h is reused for now as untangling it will take a bit of work. Signed-off-by: Christoph Hellwig Acked-by: Robin Murphy