On Tue, Jan 14, 2025 at 02:43:44PM +0100, Quentin Schulz wrote:
> Hi Tom,
> 
> On 12/20/24 11:22 PM, Tom Rini wrote:
> > At this point in time, DM is always enabled. So if MMC is enabled, it
> > should select DM_MMC. No drivers need to depend on DM_MMC being enabled
> > now, so remove that from dependency lists. This now means that a number
> > of platforms which select'd DM_MMC need to select MMC instead.
> > 
> > Signed-off-by: Tom Rini <tr...@konsulko.com>
[snip]
> > @@ -1211,7 +1210,6 @@ config ARCH_U8500
> >     select CPU_V7A
> >     select DM
> 
> I guess this can be removed in may places since it defaults to y and we are
> relying on it being set to y?

Yes, a clean-up to remove "select DM" would be good. This dates back to
before everyone was converted.

> [...]
> 
> > diff --git a/drivers/mmc/Kconfig b/drivers/mmc/Kconfig
> > index 9f2fecce3826..46513db0d6e3 100644
> > --- a/drivers/mmc/Kconfig
> > +++ b/drivers/mmc/Kconfig
> > @@ -3,7 +3,7 @@ menu "MMC Host controller Support"
> >   config MMC
> >     bool "MMC/SD/SDIO card support"
> >     default ARM || PPC || SANDBOX
> > -   select DM_MMC if DM
> > +   select DM_MMC
> >     help
> >       This selects MultiMediaCard, Secure Digital and Secure
> >       Digital I/O support.
> > @@ -39,14 +39,14 @@ config MMC_BROKEN_CD
> >       If card  detection feature is broken, just poll to detect.
> >   config DM_MMC
> > -   bool "Enable MMC controllers using Driver Model"
> > +   bool
> >     depends on DM
> 
> We can probably remove this depends on as well since DM is implied?

Correct.

> Generally, I'm wondering why we are even keeping this symbol and not merging
> MMC and DM_MMC together? This is not a blocker for this change though, we
> can go babysteps :)

What makes merging MMC and DM_MMC somewhat tricky is that DM is not
required in SPL/TPL. So yeah, small steps here is the way forward.

-- 
Tom

Attachment: signature.asc
Description: PGP signature

Reply via email to