[PATCH v2 5/7] ARM: shmobile: r8a7791 dtsi: Add SYS-DMAC0 and SYS-DMAC1 nodes
Ben Dooks
ben.dooks at codethink.co.uk
Fri Jun 6 04:22:13 PDT 2014
On 04/06/14 13:25, Laurent Pinchart wrote:
> Hi Geert,
>
> Thank you for the patch.
>
> On Monday 02 June 2014 15:42:09 Geert Uytterhoeven wrote:
>> Add nodes for the SYS-DMA controllers, SYS-DMAC0 and SYS-DMAC1. These
>> both share the same device sources, so are wrapped in the shdma-mux
>> node to allow both to be used.
>>
>> Cfr. the r8a7790 version by Ben Dooks.
>>
>> Signed-off-by: Geert Uytterhoeven <geert+renesas at glider.be>
>> ---
>> v2:
>> - No changes
>>
>> arch/arm/boot/dts/r8a7791.dtsi | 69 +++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 69 insertions(+)
>>
>> diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi
>> index e5c35d784ec8..37685ef32ea0 100644
>> --- a/arch/arm/boot/dts/r8a7791.dtsi
>> +++ b/arch/arm/boot/dts/r8a7791.dtsi
>> @@ -11,6 +11,7 @@
>> */
>>
>> #include <dt-bindings/clock/r8a7791-clock.h>
>> +#include <dt-bindings/dma/r8a7791-dma.h>
>> #include <dt-bindings/interrupt-controller/arm-gic.h>
>> #include <dt-bindings/interrupt-controller/irq.h>
>>
>> @@ -55,6 +56,74 @@
>> };
>> };
>>
>> + dma0: dma-mux at 0 {
>> + compatible = "renesas,shdma-mux";
>> + #dma-cells = <2>;
>> + dma-channels = <30>;
>> + dma-requests = <256>;
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> +
>> + sysdma0: dma-controller at e6700020 {
>> + compatible = "renesas,shdma-r8a7791";
>> + reg = <0 0xe6700020 0 0xffc0>;
>
> Even though the registered defined in the datasheet start at 0xe6700020, the
> documentation clearly states that "The base address of registers for the
> lower-numbered channels (0 to 14) is H'E670 0000". I'm also wondering where
> the size comes from, if you want to span the 0xe6700000 to 0xe670ffff range,
> the size should be 0xffe0, not 0xffc0.
There seems to be no registers below the 0x20 point and therefore all
current implementations assume that the first register is the point
for the start. 0xffc0 is wrong, should be 0xffe0.
--
Ben Dooks http://www.codethink.co.uk/
Senior Engineer Codethink - Providing Genius
More information about the linux-arm-kernel
mailing list