[PATCH RFC] davinci: da850: define edma-memcpy-channels
Adam Ford
aford173 at gmail.com
Sat Sep 9 05:28:37 PDT 2017
When booting with a device tree, message appears:
memcpy is disabled
When reading through the bindings for eDMA3, it shows that
ti,edma-memcpy-channels is an optional property, but the example
binding uses it.
RFC: I'll be the first to admit that I don't understand what
this is doing, but it seems like a DMA enabled memcpy would
improve performance. Is this appropriate for da850? Since there
are two eDMA3-tpcc controllers, is there a set of channels we can
use for each?
Signed-off-by: Adam Ford <aford173 at gmail.com>
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi
index af68ef7..eacadb8 100644
--- a/arch/arm/boot/dts/da850.dtsi
+++ b/arch/arm/boot/dts/da850.dtsi
@@ -263,7 +263,7 @@
interrupts = <11 12>;
interrupt-names = "edma3_ccint", "edma3_ccerrint";
#dma-cells = <2>;
-
+ ti,edma-memcpy-channels = <20 21>;
ti,tptcs = <&edma0_tptc0 7>, <&edma0_tptc1 0>;
};
edma0_tptc0: tptc at 8000 {
--
2.7.4
More information about the linux-arm-kernel
mailing list