Christoph Hellwig f2902a2fb4 powerpc: use the generic dma coherent remap allocator ... This switches to using common code for the DMA allocations, including potential use of the CMA allocator if configured. Switching to the generic code enables DMA allocations from atomic context, which is required by the DMA API documentation, and also adds various other minor features drivers start relying upon. It also makes sure we have on tested code base for all architectures that require uncached pte bits for coherent DMA allocations. Another advantage is that consistent memory allocations now share the general vmalloc pool instead of needing an explicit careout from it. Signed-off-by: Christoph Hellwig <hch@lst.de> Tested-by: Christophe Leroy <christophe.leroy@c-s.fr> # tested on 8xx Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Link: https://lore.kernel.org/r/20190814132230.31874-2-hch@lst.de		2019-08-28 23:19:34 +10:00
..
8xx.c
bats.c	powerpc/32s: get rid of CPU_FTR_601 feature	2019-08-28 23:19:33 +10:00
book3s64.c
hashpagetable.c	powerpc/ptdump: drop non vital #ifdefs	2019-08-20 21:22:09 +10:00
Makefile
ptdump.c	powerpc: use the generic dma coherent remap allocator	2019-08-28 23:19:34 +10:00
ptdump.h
segment_regs.c
shared.c