Vladimir Murzin fee76d84ba dma-mapping: fix handling of dma-ranges for reserved memory (again) ... [ Upstream commit a445e940ea ] Daniele reported that issue previously fixed in c41f9ea998 ("drivers: dma-coherent: Account dma_pfn_offset when used with device tree") reappear shortly after 43fc509c3e ("dma-coherent: introduce interface for default DMA pool") where fix was accidentally dropped. Lets put fix back in place and respect dma-ranges for reserved memory. Fixes: 43fc509c3e ("dma-coherent: introduce interface for default DMA pool") Reported-by: Daniele Alessandrelli <daniele.alessandrelli@gmail.com> Tested-by: Daniele Alessandrelli <daniele.alessandrelli@gmail.com> Tested-by: Alexandre Torgue <alexandre.torgue@st.com> Signed-off-by: Vladimir Murzin <vladimir.murzin@arm.com> Signed-off-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Sasha Levin <sashal@kernel.org>		2020-01-04 19:17:00 +01:00
..
Kconfig	dma-mapping: remove arch_dma_mmap_pgprot	2019-08-29 16:43:22 +02:00
Makefile	dma-mapping: improve selection of dma_declare_coherent availability	2019-02-20 07:26:35 -07:00
coherent.c	dma-mapping: fix handling of dma-ranges for reserved memory (again)	2020-01-04 19:17:00 +01:00
contiguous.c	dma-direct: fix zone selection after an unaddressable CMA allocation	2019-08-21 07:14:10 +09:00
debug.c	dma-debug: add a schedule point in debug_dma_dump_mappings()	2020-01-04 19:16:57 +01:00
direct.c	Merge branches 'arm/omap', 'arm/exynos', 'arm/smmu', 'arm/mediatek', 'arm/qcom', 'arm/renesas', 'x86/amd', 'x86/vt-d' and 'core' into next	2019-09-11 12:39:19 +02:00
dummy.c	dma-mapping: factor out dummy DMA ops	2018-12-13 21:06:12 +01:00
mapping.c	powerpc updates for 5.4	2019-09-20 11:48:06 -07:00
remap.c	dma-mapping: fix false positivse warnings in dma_common_free_remap()	2019-10-05 10:24:17 +02:00
swiotlb.c	powerpc updates for 5.4	2019-09-20 11:48:06 -07:00
virt.c	dma-mapping: zero memory returned from dma_alloc_*	2018-12-20 08:13:52 +01:00