summaryrefslogtreecommitdiff
path: root/drivers/soc
diff options
context:
space:
mode:
authorMasahiro Yamada <yamada.masahiro@socionext.com>2020-02-14 16:40:19 +0900
committerPeng Fan <peng.fan@nxp.com>2020-02-19 21:27:30 +0800
commit9d86b89c590832c9bcb1c69d5ccdecdf731f97ae (patch)
treef742792fc5c973819dac194426231f05e25e4ecd /drivers/soc
parent950c5968672a22a65790534234d1106bd1303652 (diff)
downloadu-boot-9d86b89c590832c9bcb1c69d5ccdecdf731f97ae.tar.gz
u-boot-9d86b89c590832c9bcb1c69d5ccdecdf731f97ae.tar.bz2
u-boot-9d86b89c590832c9bcb1c69d5ccdecdf731f97ae.zip
dma-mapping: move dma_map_(un)single() to <linux/dma-mapping.h>
The implementation of dma_map_single() and dma_unmap_single() is exactly the same for all the architectures that support them. Factor them out to <linux/dma-mapping.h>, and make all drivers to include <linux/dma-mapping.h> instead of <asm/dma-mapping.h>. If we need to differentiate them for some architectures, we can move the generic definitions to <asm-generic/dma-mapping.h>. Add some comments to the helpers. The concept is quite similar to the DMA-API of Linux kernel. Drivers are agnostic about what is going on behind the scene. Just call dma_map_single() before the DMA, and dma_unmap_single() after it. Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Diffstat (limited to 'drivers/soc')
-rw-r--r--drivers/soc/ti/k3-navss-ringacc.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/soc/ti/k3-navss-ringacc.c b/drivers/soc/ti/k3-navss-ringacc.c
index 8cbfe2bf49..c5661c52fa 100644
--- a/drivers/soc/ti/k3-navss-ringacc.c
+++ b/drivers/soc/ti/k3-navss-ringacc.c
@@ -9,7 +9,6 @@
#include <cpu_func.h>
#include <asm/io.h>
#include <malloc.h>
-#include <asm/dma-mapping.h>
#include <asm/bitops.h>
#include <dm.h>
#include <dm/device_compat.h>
@@ -17,6 +16,7 @@
#include <dm/read.h>
#include <dm/uclass.h>
#include <linux/compat.h>
+#include <linux/dma-mapping.h>
#include <linux/err.h>
#include <linux/soc/ti/k3-navss-ringacc.h>
#include <linux/soc/ti/ti_sci_protocol.h>