[U-Boot] [PATCH 00/11] dm: Removal of some boards due to DM_MMC deadline

[Tom Rini]

On Sun, May 12, 2019 at 01:03:33PM -0600, Simon Glass wrote:
> Hi Tom,
> 
> On Sat, 11 May 2019 at 13:36, Tom Rini <trini at konsulko.com> wrote:
> >
> > + Peng, the new MMC maintainer
> >
> > On Sat, May 11, 2019 at 01:23:45PM -0600, Simon Glass wrote:
> >
> > > This series starts the process of removing boards which have not been
> > > converted to driver model for MMC.
> >
> > I'm sorry, no.  Like I've been saying in the SPI thread, and I thought I
> > had made clear elsewhere:
> > - This release we move the drivers to depend on BROKEN.  Jagan has a
> >   patch right now that makes BROKEN make another warning happen, but I'm
> >   not 100% sure I like this, but also haven't had a chance to try my
> >   idea of just removing the driver from the build and seeing if the
> >   boards link, or how hard making them link again is.
> > - Next release we can remove the _drivers_ that depend on BROKEN.
> 
> Sorry I must have missed this, have had very little time in the past
> few months. I did see mention of BROKEN elsewhere but had somehow not
> made the connection.
> 
> Could we get a note added to MIGRATION.txt perhaps?

Yes, I should do that.

> > Yes, this will result in a bunch of boards that aren't nearly so
> > functional as they would be expected to be.  This in turn might lead to:
> > - Someone stepping up as they care about the hardware
> > - Removing of the boards down the line when it's clear no one has been
> >   using them as there's a big window where generally key drivers aren't
> >   there anymore.
> 
> Sounds like a great plan, and much better and easier than removal
> (which is a real pain to create patches for).

I've managed to make some progress on top of Jagan's series for SPI
stuff such that after marking things BROKEN (and also after migrating
some options to Kconfig) I can then do a commit that drops a bunch of
SPI-related stuff from defconfigs (move env out of SPI and to nowhere,
drop SPI from the config as there's no SPI controller, etc).  I hope to
finish that up soon so that it builds everything, and then clean it up
enough to post (I realize now that say CMD_SF / CMD_SPI should depend on
SPI_FLASH / SPI for example, and hadn't done that yet).

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20190514/332ac757/attachment.sig>