Thread (4 messages) read the whole thread 4 messages, 3 authors, 2015-05-27

Re: [PATCH V2 5/6] regulator: add mxs on-chip regulator driver

From: Mark Brown <broonie@kernel.org>
Date: 2015-05-27 17:33:21
Also in: linux-arm-kernel, linux-pm

On Tue, May 26, 2015 at 02:16:55PM +0200, Stefan Wahren wrote:
quoted
Mark Brown [off-list ref] hat am 7. Mai 2015 um 21:32 geschrieben:
quoted
quoted
quoted
quoted
In the bootloader code enabling the DC-DC is critical. There is a known
issue
which falsely triggers the brownout detection.
quoted
quoted
quoted
Why would the driver not provide these operations?
quoted
quoted
I didn't implement this operation because the suggested workaround for the
hardware issue isn't very nice
(disable brownout detection during enabling DC-DC). I was afraid of the
implementation.
quoted
That doesn't sound too complicated?
Okay, i think i managed the brownout handling.

Unfortunately i'm stuck at the next step. The DC-DC (3 way output) can supply 3
LDOs vddd, vdda, vddio. In case of a DC-DC state change the 3 regulators needs
to be reconfigured before.
I tought of REGULATOR_EVENT_PRE_DISABLE and REGULATOR_EVENT_PRE_ENABLE events,
but i'm not sure that's the right way to achieve a synchronization between DC-DC
and consuming LDOs.
OK, that's possibly sounding a bit complicated.  Is it just a case of
writing some value, doing a reconfiguration and rewriting the original
value or is it something more?  If it's much more complicated than that
then I think putting a comment in the driver explaining what the issue
is would be the right step, that would address the issue with the driver
looking strange.

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help