From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1946117AbbCERCy (ORCPT ); Thu, 5 Mar 2015 12:02:54 -0500 Received: from pmta1.delivery1.ore.mailhop.org ([54.191.214.3]:52843 "EHLO pmta1.delivery1.ore.mailhop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1945983AbbCERCw (ORCPT ); Thu, 5 Mar 2015 12:02:52 -0500 X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 104.193.169.186 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+isT1bsCzGInZ9LytT4TYJ Date: Thu, 5 Mar 2015 08:57:27 -0800 From: Tony Lindgren To: Suman Anna Cc: Dave Gerlach , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, devicetree@vger.kernel.org, Ohad Ben-Cohen , Kevin Hilman , Felipe Balbi Subject: Re: [PATCH v2 2/2] ARM: dts: am33xx: Move wkup_m3 node to soc node and add ranges Message-ID: <20150305165727.GE13520@atomide.com> References: <1425528742-3087-1-git-send-email-d-gerlach@ti.com> <1425528742-3087-3-git-send-email-d-gerlach@ti.com> <20150305154039.GD13520@atomide.com> <54F88849.1090708@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54F88849.1090708@ti.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Suman Anna [150305 08:47]: > On 03/05/2015 09:40 AM, Tony Lindgren wrote: > > * Dave Gerlach [150304 20:14]: > Dave, > > Looks like the commit message disappeared during your patch preparation. > > >> Signed-off-by: Suman Anna > >> Signed-off-by: Dave Gerlach > >> --- > >> arch/arm/boot/dts/am33xx.dtsi | 21 +++++++++++++-------- > >> 1 file changed, 13 insertions(+), 8 deletions(-) > >> > >> diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi > >> index acd3705..086415c 100644 > >> --- a/arch/arm/boot/dts/am33xx.dtsi > >> +++ b/arch/arm/boot/dts/am33xx.dtsi > >> @@ -77,10 +77,23 @@ > >> */ > >> soc { > >> compatible = "ti,omap-infra"; > >> + #address-cells = <1>; > >> + #size-cells = <1>; > >> + ranges = <0x0 0x44d00000 0x4000>, > >> + <0x80000 0x44d80000 0x2000>; > >> + > > > > I think putting the ranges here will cause issues for adding > > ranges for anything else. > > > > How about do something like this instead (untested): > > > > ocp { > > l4_wkup: l4_wkup@44c00000 { > > compatible = "am335-l4-wkup", "simple-bus"; > > ranges = <0 0x44c00000 0x3fffff>; > > > > wkup_m3: wkup_m3@44d00000 { > > compatible = "ti,am3353-wkup-m3"; > > reg = <0x1000000 0x4000>, /* M3 UMEM */ > > <0x180000 0x2000>; /* M3 DMEM */ > > ti,hwmods = "wkup_m3"; > > ti,pm-firmware = "am335x-pm-firmware.elf"; > > }; > > > > ... > > }; > > }; > > > > That way we can start moving also the other l4_wkup components there > > eventuallly without having to redo the ranges again for wkup_m3. > > > > You can also look at how the scm_conf was done for dm816x.dtsi for an > > example, and the recent large set of patches posted by Tero. > > > Tony, > > Thanks, I will take a look at this. I initially tried adding to ocp node > directly, but obviously it had issues. > > But in general, you are ok with the ranges approach right, rather than > having to define another property with virtual addresses. These devices > are not on a separate bus like PCI, so I placed them in the soc node, > and expect only special devices like processors to kinda go under that node. Yes ranges + simple-bus will allow using standard Linux modules no matter where the components move. And then getting the IO resources will behave properly for the drivers without any extra code to deal with the children. Regards, Tony