Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2320065imm; Thu, 7 Jun 2018 08:43:45 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJIlMRDaCZ4CHRfaMrbmLAiCa/6D1wEecNR5MkOGNKpFz1l4V2P/ZWV70gpsoXL2erL+N0m X-Received: by 2002:a17:902:b20d:: with SMTP id t13-v6mr2593355plr.121.1528386225915; Thu, 07 Jun 2018 08:43:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528386225; cv=none; d=google.com; s=arc-20160816; b=nDHy/nkSZXHaSACuHHNC2ZnLmIyC54wsYs7kL3AYV0Yg8BH1UIN1cxqHPAi5E+KPPC A1ZbvuwTBXLeU8K6QD0O7ofFTNCdC4vglfA/fAeeUBsiFHUVwKxXy3LgbEMxxBxBCqUU RxKH1UrW7cPfwWmx9kuTuzeQi2rYnMO9ubrixtCTLoe1GgjabKFJx8O6o2mlVdRu9c3E LrNfTxZx+maG0WtVlss1T29SH+LXHbxKpNNKRu1p9Bufn4m50GwNT312UTDZTSbj5eF/ zpoHXiROKAVRTNuO2hVHNwI9vmPAVZUYNMbgrSR/OoM0U58Ry86+Xl3ffKvrJJAyuXTw 4t8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=YSAA7/iswYRSyWCdBO7X86lM/Ln+Ec3Lx8tXYgxY8T0=; b=VxxQgvm6ou5ndQFkCK8FLR9j49HZMpEooYN13s454CJT56QtIoy/I6R4k35GhDPJ8U PqafINh2S77EZwuBjI2DVcvsAiYwiCwCEPE0q/uLfSfXOzmdzabturCYg1AOKxLMKD/b FF4tBiFAumMlIOgj4SnZYR9Dhde6iBPG1+zQ64MVHCPir46IdFhMxKDkgFU8nb6SfRbl uSMnhHq5xPVZe6G+pVa3aiXS+qVriJTWM6YnJTCizprJiWQRhWGt4oLfkF2zca7a2VGt euvk13xLFLewckWVb8du1pxAdALclgFiNt8O9qUN88KoSizyXTahva8sF5RG+/EXKv9a F6Og== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z3-v6si417625pgp.527.2018.06.07.08.43.31; Thu, 07 Jun 2018 08:43:45 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934733AbeFGPm0 convert rfc822-to-8bit (ORCPT + 99 others); Thu, 7 Jun 2018 11:42:26 -0400 Received: from mail.bootlin.com ([62.4.15.54]:50240 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934885AbeFGPmF (ORCPT ); Thu, 7 Jun 2018 11:42:05 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id ABB602075D; Thu, 7 Jun 2018 17:42:03 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from xps13 (AAubervilliers-681-1-128-7.w90-88.abo.wanadoo.fr [90.88.9.7]) by mail.bootlin.com (Postfix) with ESMTPSA id 3CD31203B0; Thu, 7 Jun 2018 17:42:03 +0200 (CEST) Date: Thu, 7 Jun 2018 17:42:03 +0200 From: Miquel Raynal To: Naga Sureshkumar Relli Cc: , , , , , , , , , , , , , Subject: Re: [LINUX PATCH v9 1/4] Devicetree: Add pl353 smc controller devicetree binding information Message-ID: <20180607174203.035f187d@xps13> In-Reply-To: <1528271382-21690-2-git-send-email-naga.sureshkumar.relli@xilinx.com> References: <1528271382-21690-1-git-send-email-naga.sureshkumar.relli@xilinx.com> <1528271382-21690-2-git-send-email-naga.sureshkumar.relli@xilinx.com> Organization: Bootlin X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Naga, On Wed, 6 Jun 2018 13:19:39 +0530, Naga Sureshkumar Relli wrote: > Add pl353 static memory controller devicetree binding information. > > Signed-off-by: Naga Sureshkumar Relli > --- > Changes in v9: > - Addressed commens given by Randy Dunlap and Miquel Raynal Can you please be more specific in your next changelog? I don't remember what I suggested a few months ago :) > Changes in v8: > - None > Changes in v7: > - Corrected clocks description > - prefixed '#' for address and size cells > Changes in v6: > - None > Changes in v5: > - Removed timing properties > Changes in v4: > - none > Changes in v3: > - none > Changes in v2: > - modified timing binding info as per onfi timing parameters > - add suffix nano second as timing unit > - modified the clock names as per the IP spec > --- > .../bindings/memory-controllers/pl353-smc.txt | 53 ++++++++++++++++++++++ > 1 file changed, 53 insertions(+) > create mode 100644 Documentation/devicetree/bindings/memory-controllers/pl353-smc.txt > > diff --git a/Documentation/devicetree/bindings/memory-controllers/pl353-smc.txt b/Documentation/devicetree/bindings/memory-controllers/pl353-smc.txt > new file mode 100644 > index 0000000..551e66b > --- /dev/null > +++ b/Documentation/devicetree/bindings/memory-controllers/pl353-smc.txt > @@ -0,0 +1,53 @@ > +Device tree bindings for ARM PL353 static memory controller > + > +PL353 static memory controller supports two kinds of memory > +interfaces.i.e NAND and SRAM/NOR interfaces. > +The actual devices are instantiated from the child nodes of pl353 smc node. > + > +Required properties: > +- compatible : Should be "arm,pl353-smc-r2p1" I thing Rob prefers: - compatible: Must be one of: * arm, pl353-smc-r2p1 > +- reg : Controller registers map and length. > +- clock-names : List of input clock names - "ref_clk", "aper_clk" > + (See clock bindings for details). > +- clocks : Clock phandles (see clock bindings for details). > +- address-cells : Address cells, must be 1. > +- size-cells : Size cells. Must be 1. Please avoid padding, just this is enough: - something: And another thing. > + > +Child nodes: > + For NAND the "arm,pl353-nand-r2p1" and for NOR the "cfi-flash" drivers are > +supported as child nodes. > + > +Mandatory timing properties for child nodes: > +- arm,nand-cycle-t0 : Read cycle time(t_rc). > +- arm,nand-cycle-t1 : Write cycle time(t_wc). > +- arm,nand-cycle-t2 : re_n assertion delay(t_rea). > +- arm,nand-cycle-t3 : we_n de-assertion delay(t_wp). > +- arm,nand-cycle-t4 : Status read time(t_clr) > +- arm,nand-cycle-t5 : ID read time(t_ar) > +- arm,nand-cycle-t6 : busy to re_n(t_rr) I think this has nothing to do in the DT, you should handle timings from the ->setup_data_interface() hook. If you need, you may use different compatibles to distinguish different platform data. > + > +for nand partition information please refer the below file s/nand/NAND/ > +Documentation/devicetree/bindings/mtd/partition.txt > + > +Example: > + pl353smcc_0: pl353smcc@e000e000 { Why not something more explicit with the '-flash-controller' suffix? > + compatible = "arm,pl353-smc-r2p1" > + clock-names = "memclk", "aclk"; > + clocks = <&clkc 11>, <&clkc 44>; > + reg = <0xe000e000 0x1000>; > + #address-cells = <1>; > + #size-cells = <1>; > + ranges; > + nand_0: nand@e1000000 { > + compatible = "arm,pl353-nand-r2p1" NAND chips do not have their own compatible. > + reg = <0xe1000000 0x1000000>; > + arm,nand-cycle-t0 = <0x4>; > + arm,nand-cycle-t1 = <0x4>; > + arm,nand-cycle-t2 = <0x1>; > + arm,nand-cycle-t3 = <0x2>; > + arm,nand-cycle-t4 = <0x2>; > + arm,nand-cycle-t5 = <0x2>; > + arm,nand-cycle-t6 = <0x4>; > + (...) > + }; > + }; Thanks, Miquèl