On Thu, Nov 29, 2018 at 08:51:17PM +0100, Simon Goldschmidt wrote: > On 29.11.2018 20:12, Tom Rini wrote: > >Given that at this point the MMC subsystem itself has been migrated > >along with a number of subsystem drivers, formalize a deadline for > >migration. > > > >Cc: Simon Glass <[email protected]> > >Cc: Jaehoon Chung <[email protected]> > >Signed-off-by: Tom Rini <[email protected]> > >--- > >Changes in v2: > >- Note that failure to migration may lead to removal. > >--- > > Makefile | 8 ++++++++ > > doc/driver-model/MIGRATION.txt | 9 +++++++++ > > 2 files changed, 17 insertions(+) > > > >diff --git a/Makefile b/Makefile > >index a4b1d1db5241..0ab48f9ac97f 100644 > >--- a/Makefile > >+++ b/Makefile > >@@ -920,6 +920,14 @@ ifeq ($(CONFIG_DM_I2C_COMPAT)$(CONFIG_SANDBOX),y) > > @echo "before sending patches to the mailing list." > > @echo "====================================================" > > endif > >+ifneq ($(CONFIG_DM_MMC)$(CONFIG_OF_CONTROL)$(CONFIG_BLK),yyy) > > This might not be a too widespread use of U-Boot, but I do have one > configuration that boots from FPGA and loads Linux via TFTP. Due to size > constraints in FPGA onchip RAM, I have MMC disabled completely. This patch > gives me a warning in this case. > > I can live with that as I know I have MMC disabled and don't this warning > for my other configs though. Just wanted to let you know, as you complained > about getting no replies to this thread ;-)
Ah, thanks. That means I should have put a test for CONFIG_MMC in there somewhere. I need to re-work the USB one too I think to confirm CONFIG_USB is set. Thanks! I'll post a v3 once I've given folks a chance in general to chime in with this having re-hit their inbox. -- Tom
signature.asc
Description: PGP signature
_______________________________________________ U-Boot mailing list [email protected] https://lists.denx.de/listinfo/u-boot
