From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from muru.com ([72.249.23.125]) by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux)) id 1ea0Ce-00063U-Ao for linux-mtd@lists.infradead.org; Fri, 12 Jan 2018 14:21:05 +0000 Date: Fri, 12 Jan 2018 06:20:50 -0800 From: Tony Lindgren To: Boris Brezillon Cc: Ladislav Michl , Roger Quadros , linux-mtd@lists.infradead.org, linux-omap@vger.kernel.org, Peter Ujfalusi , Kyungmin Park , Aaro Koskinen Subject: Re: [PATCH v6 00/14] OMAP2+ OneNAND driver update Message-ID: <20180112142050.GC4821@atomide.com> References: <20180112131105.GA13810@lenoch> <20180112150315.54214fab@bbrezillon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180112150315.54214fab@bbrezillon> List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , * Boris Brezillon [180112 14:03]: > On Fri, 12 Jan 2018 14:11:05 +0100 > Ladislav Michl wrote: > > > this patch serie updates OMAP2+ OneNAND driver to the present times, making > > it fully DT configurable, using libgpio and dmaengine apis. > > > > Please note that unlike previous driver version, which basically ignored > > DT specified timings, this one relies on it, so it is important to get > > it right in your DT (dumping it from previous kernel version). > > > > In case synchronous timings is requested, it is okay to specify timings > > for the slowest chip ever used for you board as it is evetually optimized > > after chip probe. > > > > Original driver used DMA only if user specified INT gpio in platform > > data, now DMA is used unconditionally and PIO mode is used as fallback. > > > > In case anyone wants to give it a try, few DT related changes are needed: > > - onenand node needs 'ti,omap2-onenand' compatible (for mailine boards this is > > done in patch 2) > > - to use INT pin, int-gpios needs to be specified. > > Roger, Tony, are you happy with this version? If this is the case, I'll > queue all patches to my nand/next branch (after merging Roger's > immutable branch in). Yes thanks Aaro for testing, sounds good to me. Regards, Tony