On Wed, Dec 15, 2010 at 11:57:01AM +0100, Wolfram Sang wrote:
> On Tue, Dec 14, 2010 at 10:49:34PM -0600, Olof Johansson wrote:
> > Some controllers can't handle SDIO IRQ properly. Give a way to
> > disable it.
> > 
> > Signed-off-by: Olof Johansson <[email protected]>
> > ---
> >  drivers/mmc/host/sdhci.c  |    6 +++++-
> >  include/linux/mmc/sdhci.h |    2 ++
> >  2 files changed, 7 insertions(+), 1 deletions(-)
> > 
> > diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
> > index c0094c1..98f3d3d 100644
> > --- a/drivers/mmc/host/sdhci.c
> > +++ b/drivers/mmc/host/sdhci.c
> > @@ -1871,7 +1871,10 @@ int sdhci_add_host(struct sdhci_host *host)
> >             mmc->f_min = host->max_clk / SDHCI_MAX_DIV_SPEC_200;
> >  
> >     mmc->f_max = host->max_clk;
> > -   mmc->caps |= MMC_CAP_SDIO_IRQ;
> > +   mmc->caps = 0;
> 
> That would clear flags already set in custom probe functions (check
> sdhci-pxa) for example.

Good point, will fix.

> > +
> > +   if (!(host->quirks & SDHCI_QUIRK_NO_SDIO_IRQ))
> > +           mmc->caps |= MMC_CAP_SDIO_IRQ;
> 
> As we are running out of quirk-bits, can you imagine a solution without
> a quirk (same for the other patch)?

See other sub-thread. Not without violating the layering. If anyone else
has suggestions I'm all ears though.


-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to