Christoph Hellwig 3622b86f49 dma-mapping: reject GFP_COMP for noncoherent allocations ... While not quite as bogus as for the dma-coherent allocations that were fixed earlier, GFP_COMP for these allocations has no benefits for the dma-direct case, and can't be supported at all by dma dma-iommu backend which splits up allocations into smaller orders. Due to an oversight in ffcb754584 that flag stopped being cleared for all dma allocations, but only got rejected for coherent ones, so fix up these callers to not allow __GFP_COMP as well after the sound code has been fixed to not ask for it. Fixes: ffcb754584 ("dma-mapping: reject __GFP_COMP in dma_alloc_attrs") Reported-by: Mikhail Gavrilov <mikhail.v.gavrilov@gmail.com> Reported-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Signed-off-by: Christoph Hellwig <hch@lst.de> Acked-by: Takashi Iwai <tiwai@suse.de> Tested-by: Mikhail Gavrilov <mikhail.v.gavrilov@gmail.com> Tested-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>		2022-12-21 08:45:38 +01:00
..
coherent.c
contiguous.c
debug.c	dma-debug: improve search for partial syncs	2022-09-07 10:38:16 +02:00
debug.h
direct.c	dma-mapping updates	2022-08-06 10:56:45 -07:00
direct.h	dma-direct: support PCI P2PDMA pages in dma-direct map_sg	2022-07-26 07:27:47 -04:00
dummy.c
Kconfig
Makefile
map_benchmark.c
mapping.c	dma-mapping: reject GFP_COMP for noncoherent allocations	2022-12-21 08:45:38 +01:00
ops_helpers.c
pool.c
remap.c
swiotlb.c	swiotlb: reduce the swiotlb buffer size on allocation failure	2022-11-01 12:06:12 +01:00