On Mon, Feb 06, 2017 at 12:50:25PM -0600, Grygorii Strashko wrote: > 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: > >> g...@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@lists.denx.de/msg237938.html
We can take up some of the underlying patches now, yes. But we really need to do the DM conversion fully, in order to really unblock progress. -- Tom
signature.asc
Description: Digital signature
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot