Christoph Hellwig 518a2f1925 dma-mapping: zero memory returned from dma_alloc_* ... If we want to map memory from the DMA allocator to userspace it must be zeroed at allocation time to prevent stale data leaks. We already do this on most common architectures, but some architectures don't do this yet, fix them up, either by passing GFP_ZERO when we use the normal page allocator or doing a manual memset otherwise. Signed-off-by: Christoph Hellwig <hch@lst.de> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> [m68k] Acked-by: Sam Ravnborg <sam@ravnborg.org> [sparc]		2018-12-20 08:13:52 +01:00
..
coherent.c	dma-mapping: move all DMA mapping code to kernel/dma	2018-06-14 08:50:37 +02:00
contiguous.c	dma-mapping: fix panic caused by passing empty cma command line argument	2018-09-20 09:01:08 +02:00
debug.c	dma-mapping: simplify the dma_sync_single_range_for_{cpu,device} implementation	2018-12-13 21:06:08 +01:00
direct.c	dma-mapping: bypass indirect calls for dma-direct	2018-12-13 21:06:18 +01:00
dummy.c	dma-mapping: factor out dummy DMA ops	2018-12-13 21:06:12 +01:00
Kconfig	dma-mapping: always build the direct mapping code	2018-12-13 21:06:11 +01:00
Makefile	dma-mapping: factor out dummy DMA ops	2018-12-13 21:06:12 +01:00
mapping.c	dma-mapping: bypass indirect calls for dma-direct	2018-12-13 21:06:18 +01:00
remap.c	dma-mapping: remove a pointless memset in dma_atomic_pool_init	2018-12-13 21:05:20 +01:00
swiotlb.c	dma-direct: merge swiotlb_dma_ops into the dma_direct code	2018-12-13 21:06:17 +01:00
virt.c	dma-mapping: zero memory returned from dma_alloc_*	2018-12-20 08:13:52 +01:00