[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160114164950.GN12777@atomide.com>
Date: Thu, 14 Jan 2016 08:49:51 -0800
From: Tony Lindgren <tony@...mide.com>
To: Kishon Vijay Abraham I <kishon@...com>
Cc: Sebastian Reichel <sre@...nel.org>,
Ulf Hansson <ulf.hansson@...aro.org>, pali.rohar@...il.com,
pavel@....cz, khilman@...nel.org, aaro.koskinen@....fi,
ivo.g.dimitrov.75@...il.com, patrikbachan@...il.com,
linux-omap@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, NeilBrown <neilb@...e.de>,
linux-mmc@...r.kernel.org, nsekhar@...com
Subject: Re: [PATCH] mmc: host: omap_hsmmc: add a verbose print to enable
CONFIG_REGULATOR_PBIAS
* Kishon Vijay Abraham I <kishon@...com> [160114 04:39]:
> On Thursday 14 January 2016 05:37 PM, Sebastian Reichel wrote:
> >
> > Is there a good reason against adding "depends on REGULATOR_PBIAS"
> > to MMC_OMAP_HS? I guess it's required for most systems and the regulator
> > driver is just 250 loc. I am aware, that this will disable the
> > hsmmc driver for 'make oldconfig', but I guess that will be noticed
> > in a similar way your warning is noticed.
>
> hmm.. only MMC1 requires PBIAS so I'm not sure if it's okay to add depends on
> REGULATOR_PBIAS for the HSMMC driver as such. And as you said it'll also
> disable the hsmmc driver if oldconfig is used. But do we get a warning?
Adding depends there is a bit wrong, many designs are not using MMC1
but use eMMC on the other controllers instead. I think the runtime
warning is best we can do here to keep things modular.
Regards,
Tony
Powered by blists - more mailing lists