[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091203130627.GA31254@rakim.wolfsonmicro.main>
Date: Thu, 3 Dec 2009 13:06:27 +0000
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Daniel Mack <daniel@...aq.de>
Cc: linux-kernel@...r.kernel.org, Liam Girdwood <lrg@...mlogic.co.uk>,
Pierre Ossman <pierre@...man.eu>,
Andrew Morton <akpm@...ux-foundation.org>,
Matt Fleming <matt@...sole-pimps.org>,
Adrian Hunter <adrian.hunter@...ia.com>,
David Brownell <dbrownell@...rs.sourceforge.net>,
Russell King <rmk+kernel@....linux.org.uk>,
Linus Walleij <linus.walleij@...ricsson.com>,
Eric Miao <eric.y.miao@...il.com>,
Robert Jarzmik <robert.jarzmik@...e.fr>,
Cliff Brake <cbrake@...-systems.com>,
Jarkko Lavinen <jarkko.lavinen@...ia.com>,
linux-mmc@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH] mmc: move regulator handling to core
On Thu, Dec 03, 2009 at 01:46:30PM +0100, Daniel Mack wrote:
> At the moment, regulator operations are done from individual mmc host
> drivers. This is a problem because the regulators are not claimed
> exclusively but the mmc core enables and disables them according to the
This is historical, they can all be converted to regulator_get_exclusive()
so the move to the core (while good) isn't required for this reason.
> case MMC_POWER_OFF:
> - if(host->vcc &&
> - regulator_is_enabled(host->vcc))
> - regulator_disable(host->vcc);
> + if(mmc->vcc && mmc->vcc_enabled) {
> + regulator_disable(mmc->vcc);
> + mmc->vcc_enabled = 0;
> + }
Can the MMC core actually tolerate the MMC power not getting killed when
expected? My understanding from previous discussion was that it wasn't
able to do so. If it is then conversion to using regulator_get_exclusive()
isn't desirable, of course.
--
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