[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20091214113125.GB21066@rakim.wolfsonmicro.main>
Date: Mon, 14 Dec 2009 11:31:25 +0000
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Juha Keski-Saari <ext-juha.1.keski-saari@...ia.com>
Cc: "lrg@...mlogic.co.uk" <lrg@...mlogic.co.uk>,
"dbrownell@...rs.sourceforge.net" <dbrownell@...rs.sourceforge.net>,
"sameo@...ux.intel.com" <sameo@...ux.intel.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"De-Schrijver Peter (Nokia-D/Helsinki)"
<Peter.De-Schrijver@...ia.com>,
"Valentin Eduardo (Nokia-D/Helsinki)" <eduardo.valentin@...ia.com>
Subject: Re: [PATCH 1/1] twl4030-regulator: extend twlreg_info to contain
turnon delay and remap
On Mon, Dec 14, 2009 at 09:05:17AM +0200, Juha Keski-Saari wrote:
> has been turned on. The DM also quotes a maximum wakeup time for
> returning from sleep to full output, but that delay is much shorter. For
> some regulators the turnon delay is theoretically long enough for the
> reg_enable to return to the driver noticeably earlier than the regulator
> output is actually at target level.
OK. This ramp rate thing is a general issue for regulators, especially
those that are controlled via GPIOs rather than I2C since for them the
control interface takes approximately zero time to respond. Ideally we
want to do something slightly more involved than what you've got here
since if you're turning on more than one regulator at once it'd be nice
to be able to allow all the supplies to ramp in parallel rather than
serialising everything.
I've got a patch half done for this which I should try to finish off and
post soon but for now this should be OK.
--
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