Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756030AbbBLPJl (ORCPT ); Thu, 12 Feb 2015 10:09:41 -0500 Received: from mail-bn1on0083.outbound.protection.outlook.com ([157.56.110.83]:17247 "EHLO na01-bn1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755302AbbBLPJj (ORCPT ); Thu, 12 Feb 2015 10:09:39 -0500 Date: Thu, 12 Feb 2015 07:09:22 -0800 From: =?utf-8?B?U8O2cmVu?= Brinkmann To: Mark Rutland CC: Michal Simek , "linux-kernel@vger.kernel.org" , "monstr@monstr.eu" , Andreas =?utf-8?Q?F=C3=A4rber?= , Russell King , "devicetree@vger.kernel.org" , Steffen Trumtrar , Kumar Gala , Peter Crosthwaite , Ian Campbell , Rob Herring , Pawel Moll , Rob Herring , Josh Cartwright , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH v2] ARM: dts: zynq: Add OCM node References: <6df19b400e314ef8228be475bb8ba83765683016.1423737765.git.michal.simek@xilinx.com> <20150212105443.GB1522@leverpostej> <5c1602f83c594a72aac78c245f1830fa@BL2FFO11FD052.protection.gbl> <20150212150709.GG1522@leverpostej> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150212150709.GG1522@leverpostej> User-Agent: Mutt/1.5.23 (2014-03-12) X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.5.0.1018-21326.000 X-TM-AS-User-Approved-Sender: Yes;Yes;Yes Message-ID: <2ddf1ba832284ebaa67cea12985d6ece@BN1AFFO11FD005.protection.gbl> X-EOPAttributedMessage: 0 Authentication-Results: spf=pass (sender IP is 149.199.60.83) smtp.mailfrom=soren.brinkmann@xilinx.com; X-Forefront-Antispam-Report: CIP:149.199.60.83;CTRY:US;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(438002)(479174004)(377424004)(24454002)(377454003)(51704005)(74316001)(50466002)(104016003)(33646002)(561944003)(110136001)(85202003)(106466001)(92566002)(87936001)(85182001)(50986999)(54356999)(23676002)(47776003)(93886004)(76176999)(46102003)(53416004)(108616004)(86362001)(19580395003)(19580405001)(6806004)(83506001)(62966003)(2950100001)(77156002)(15975445007)(92726002)(107986001)(24736002);DIR:OUT;SFP:1101;SCL:1;SRVR:BN1AFFO11HUB023;H:xsj-pvapsmtpgw01;FPR:;SPF:Pass;MLV:sfv;LANG:en; X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BN1AFFO11HUB023; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004);SRVR:BN1AFFO11HUB023; X-Forefront-PRVS: 0485417665 X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:BN1AFFO11HUB023; X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Feb 2015 15:09:31.1037 (UTC) X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[149.199.60.83] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1AFFO11HUB023 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1980 Lines: 46 On Thu, 2015-02-12 at 03:07PM +0000, Mark Rutland wrote: > On Thu, Feb 12, 2015 at 02:58:36PM +0000, Sören Brinkmann wrote: > > On Thu, 2015-02-12 at 12:01PM +0100, Michal Simek wrote: > > > On 02/12/2015 11:54 AM, Mark Rutland wrote: > > > > On Thu, Feb 12, 2015 at 10:42:47AM +0000, Michal Simek wrote: > > > >> Add OCM node for all zynq boards. OCM location > > > >> can changed but for all current boards this > > > >> is the location where OCM is.` > > > >> > > > >> Signed-off-by: Michal Simek > > > >> --- > > > >> > > > >> Changes in v2: > > > >> - Move node to board file suggested by Mark > > > >> > > > >> This patch is done based on discussion here. > > > >> https://lkml.org/lkml/2014/12/1/396 > > > >> > > > >> Mark: I expect you won't like amba bus reference or > > > >> am I wrong? > > > > > > > > I'm fine with dropping things onto a bus in this way. If we're happy to > > > > do it for other nodes I don't see why busses should be special. > > > > > > Wonderful. I will give people some time to comment this style. > > > > Given that the location is discoverable, wouldn't it make sense to let > > 'reg' point to the ctrl/cfg registers in the SLCR and let the driver > > handle the whereabouts of the OCM location? (but I guess this is going > > in circles now, such a proposal was on the table at some point, IIRC). > > But I'd prefer: > > memory-controller@0xfffc0000 { /* the address here would of course not match all configurations */ > > I'd really prefer that we keep the unit-address and reg consistent. > > Given that the address may change on a per-board basis, it simply has to > live in the board file. It's not a per-board but rather per use-case configuration. Soren -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/