From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753660AbaHAGTi (ORCPT ); Fri, 1 Aug 2014 02:19:38 -0400 Received: from arroyo.ext.ti.com ([192.94.94.40]:35188 "EHLO arroyo.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752602AbaHAGTh (ORCPT ); Fri, 1 Aug 2014 02:19:37 -0400 Message-ID: <53DB314F.6060706@ti.com> Date: Fri, 1 Aug 2014 11:48:55 +0530 From: Sekhar Nori User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Peter Ujfalusi , Sergei Shtylyov , CC: , , , , , , Subject: Re: [PATCH 2/6] ARM: DTS: da850: Add node for edma0 References: <1406801934-23334-1-git-send-email-peter.ujfalusi@ti.com> <1406801934-23334-3-git-send-email-peter.ujfalusi@ti.com> <53DA5230.1050200@cogentembedded.com> <53DB210B.5010204@ti.com> In-Reply-To: <53DB210B.5010204@ti.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday 01 August 2014 10:39 AM, Peter Ujfalusi wrote: > On 07/31/2014 05:26 PM, Sergei Shtylyov wrote: >> On 07/31/2014 02:18 PM, Peter Ujfalusi wrote: >> >>> Add DT node for edma0. >> >>> Signed-off-by: Peter Ujfalusi >>> --- >>> arch/arm/boot/dts/da850.dtsi | 6 ++++++ >>> 1 file changed, 6 insertions(+) >> >>> diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi >>> index b695548dbb4e..41ce4e8bf227 100644 >>> --- a/arch/arm/boot/dts/da850.dtsi >>> +++ b/arch/arm/boot/dts/da850.dtsi >>> @@ -150,6 +150,12 @@ >>> }; >>> >>> }; >>> + edma0: edma@01c00000 { >>> + compatible = "ti,edma3"; >>> + reg = <0x0 0x10000>; >> >> Why the mismatch between the unit-address part of the node name and the >> "reg" property? > > For some reason the whole da850 uses offset from 0x01c00000 for the SoC IPs. > The nodes are under 'soc' and that has the ranges attribute. > I do not really like this either. There is no reason I can remember for why we chose to go the offset + ranges way. Probably based it on an early OMAP example. Right now lets keep it that way unless there is a big disadvantage. Thanks, Sekhar