[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101203065612.GA9779@rere.qmqm.pl>
Date: Fri, 3 Dec 2010 07:56:12 +0100
From: Michal Miroslaw <mirq-linux@...e.qmqm.pl>
To: stummala@...eaurora.org
Cc: Hein_Tibosch <hein_tibosch@...oo.es>,
Andrew Morton <akpm@...ux-foundation.org>,
Pierre Ossman <pierre@...man.eu>, Chris Ball <cjb@...top.org>,
Ben Nizette <bn@...sdigital.com>,
Sascha Hauer <s.hauer@...gutronix.de>,
Adrian Hunter <adrian.hunter@...ia.com>,
linux-mmc@...r.kernel.org, linux-kernel@...r.kernel.org,
Matt Fleming <matt@...sole-pimps.org>
Subject: Re: [PATCH v4] mmc: Make ID freq configurable
On Thu, Dec 02, 2010 at 09:05:54PM -0800, stummala@...eaurora.org wrote:
> Hi Michal,
[...]
> >> > In case of SDIO error, mmc_power_off() is getting called as part of
> >> > mmc_detach_bus(). Shouldn't we power up the host before checking for
> >> > SDMEM? Any comments?
> >> I think you should ask Michal Miroslaw, as he wrote the patch for the
> >> SD-combo (IO + mem)*
> >>
> >> But yes, in case of a failure, mmc_attach_sdio() will call
> >> mmc_detach_bus()
> >> which in turn will call mmc_power_off()
> >>
> >> And so it should be mmc_power_up() again before trying to detect SD
> >> memory.
> > Yes, you are right! This explains some things...
> >
> > Please try attached patch. (Not tested, but obvious enough.)
> I was looking at the code and figured out this issue. I don't have any
> SD-combo card to verify your patch.
You shouldn't be able to use this code path with normal SD-combo cards.
This is relevant if you have a card that responds to CMD5 but then fails
SDIO part initialization in some circumstances (i.e. time-outs).
Best Regards,
Michał Mirosław
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists