From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grygorii Strashko Date: Mon, 6 Feb 2017 12:50:25 -0600 Subject: [U-Boot] [PATCH v2 00/15] nand: device model bringup on am335x evm and am437x gpevm In-Reply-To: <20170206015651.GJ26129@bill-the-cat> References: <20170131213717.30745-1-grygorii.strashko@ti.com> <20170206015651.GJ26129@bill-the-cat> Message-ID: <22033665-079e-3fc0-e062-576d56102257@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Tom, On 02/05/2017 07:56 PM, Tom Rini wrote: > On Tue, Jan 31, 2017 at 03:37:02PM -0600, Grygorii Strashko wrote: > >> This patch seires adds nand uclass driver and enables omap_gpmc to >> adopt driver model. This has been tested on AM335x GP EVM and >> AM437x GP EVM. >> >> As preparation for introducing nand uclass driver the new API >> get_nand_dev_by_index() was added to avoid direct acces to nand_info array and >> u-boot core files were updated to use it. >> >> Patches can be found at: >> git at git.ti.com:~gragst/ti-u-boot/gragsts-ti-u-boot.git dm-nand-v2 > > My conceptual concern here is that we need to address (as I've stated > elsewhere) the need to get DM/DT support within SPL on these families > (and yes, figure out what we'll do with respect to HS and the further > size constraints) before we push farther down this path of DM/DT > conversion as it's adding more #if/#else/#endif code that we need to be > able to drop. Thanks! > I understand your concern and see it's discussed now in [1], but I'd like to understand how to proceed with this series. The original patches from from Mugunthan are at about 1 year old and and it took me pretty a lot of time to just re-base them properly, so will it be acceptable if i will re-send only patches 1-10 as they are do not depend on TI SPL and will unblock DM conversation of other drivers? Really want to reduce existed patch queue :( [1] https://www.mail-archive.com/u-boot at lists.denx.de/msg237938.html -- regards, -grygorii