Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753100AbaA2Sd6 (ORCPT ); Wed, 29 Jan 2014 13:33:58 -0500 Received: from mail-wg0-f44.google.com ([74.125.82.44]:41794 "EHLO mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752705AbaA2Sd4 (ORCPT ); Wed, 29 Jan 2014 13:33:56 -0500 Message-ID: <52E9498F.8090709@gmail.com> Date: Wed, 29 Jan 2014 19:33:51 +0100 From: Boris BREZILLON User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Gupta, Pekon" , Rob Herring , "Ezequiel Garcia (ezequiel.garcia@free-electrons.com)" , Brian Norris CC: "devicetree@vger.kernel.org" , Russell King , Arnd Bergmann , "linux-doc@vger.kernel.org" , "dev@linux-sunxi.org" , "linux-kernel@vger.kernel.org" , Jason Gunthorpe , "linux-mtd@lists.infradead.org" , Rob Landley , Grant Likely , Maxime Ripard , David Woodhouse , "linux-arm-kernel@lists.infradead.org" Subject: Re: [RFC PATCH v2 09/14] mtd: nand: add sunxi NFC dt bindings doc References: <1391006064-28890-1-git-send-email-b.brezillon.dev@gmail.com> <1391006064-28890-10-git-send-email-b.brezillon.dev@gmail.com> <20980858CB6D3A4BAE95CA194937D5E73EA6C01D@DBDE04.ent.ti.com> In-Reply-To: <20980858CB6D3A4BAE95CA194937D5E73EA6C01D@DBDE04.ent.ti.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 29/01/2014 19:02, Gupta, Pekon a ?crit : > Dear Rob, and other DT maintainers, > >> From: Rob Herring > [...] >>> +- onfi,nand-timing-mode : mandatory if the chip does not support the ONFI >>> + standard. >> Add to generic nand binding. >> >>> +- allwinner,rb : shall contain the native Ready/Busy ids. >>> + or >>> +- rb-gpios : shall contain the gpios used as R/B pins. >> Isn't allwinner,rb implied by a lack of rb-gpios property. Or no R/B >> pin is an option? If so, don't you need some fixed time delay >> properties like max erase time? >> >> rb-gpios could be added to the generic nand binding as well. >> > I do think this should go into generic nand binding, as this is controller specific. > Some controllers have dedicated R/B pin (Ready/Busy) while others may use > GPIO instead. It's the way a hardware controller is designed. You meant "You do not think", right ? If so, I think even if the retrieval and control of the GPIO is done is each NAND controller, we could at least use a common property name for all drivers using a GPIO to detect the R/B state. > Request you to please consider Ack from MTD Maintainers 'at-least' for > generic NAND DT bindings. There is already a discussion going in > a separate thread for which is still not awaiting replies [1]. > > [1]http://lists.infradead.org/pipermail/linux-mtd/2014-January/051625.html I missed this thread, but I can definitely use the nand-ecc-strength and nand-ecc-step-size instead of the one I defined (nand-ecc-level), as long as there is a proper way to define these informations in the DT. I'll let DT and MTD maintainers decide ;-). Best Regards, Boris > > with regards, pekon -- 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/