dma-mapping: remove CONFIG_DMA_REMAP
authorChristoph Hellwig <hch@lst.de>
Sat, 26 Feb 2022 15:40:21 +0000 (16:40 +0100)
committerChristoph Hellwig <hch@lst.de>
Thu, 3 Mar 2022 11:00:57 +0000 (14:00 +0300)
commitf5ff79fddf0efecca538046b5cc20fb3ded2ec4f
tree865b9157a52b891d906b279721ac2df29d9065ff
parentfba09099c6e506608e05e08ac717bf34501f821b
dma-mapping: remove CONFIG_DMA_REMAP

CONFIG_DMA_REMAP is used to build a few helpers around the core
vmalloc code, and to use them in case there is a highmem page in
dma-direct, and to make dma coherent allocations be able to use
non-contiguous pages allocations for DMA allocations in the dma-iommu
layer.

Right now it needs to be explicitly selected by architectures, and
is only done so by architectures that require remapping to deal
with devices that are not DMA coherent.  Make it unconditional for
builds with CONFIG_MMU as it is very little extra code, but makes
it much more likely that large DMA allocations succeed on x86.

This fixes hot plugging a NVMe thunderbolt SSD for me, which tries
to allocate a 1MB buffer that is otherwise hard to obtain due to
memory fragmentation on a heavily used laptop.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Robin Murphy <robin.murphy@arm.com>
arch/arm/Kconfig
arch/xtensa/Kconfig
drivers/iommu/dma-iommu.c
kernel/dma/Kconfig
kernel/dma/Makefile
kernel/dma/direct.c