[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51ADB6BF.6020205@ti.com>
Date: Tue, 4 Jun 2013 15:13:27 +0530
From: Kishon Vijay Abraham I <kishon@...com>
To: Mark Brown <broonie@...nel.org>
CC: Laxman Dewangan <ldewangan@...dia.com>,
"lgirdwood@...il.com" <lgirdwood@...il.com>,
"sameo@...ux.intel.com" <sameo@...ux.intel.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"gg@...mlogic.co.uk" <gg@...mlogic.co.uk>,
"ian@...mlogic.co.uk" <ian@...mlogic.co.uk>,
"balbi@...com" <balbi@...com>
Subject: Re: [RFC PATCH] regulator: palmas: enable all modes for SMPS10
Hi,
On Tuesday 04 June 2013 03:08 PM, Mark Brown wrote:
> On Tue, Jun 04, 2013 at 02:38:08PM +0530, Kishon Vijay Abraham I wrote:
>> On Sunday 02 June 2013 02:35 AM, Mark Brown wrote:
>
>>> This is still not making any sense. The quality of regulation and
>>> output voltage are essentially orthogonal, and obviously there's a
>>> specific API for bypass which is something different again to both
>>> mode and output voltage selection.
>
>> Do you recommend adding API's (similar to bypass) for BOOST and SWITCH?
>
> No. A boost regulator is still a voltage regulator, it just happens to
> raise rather than lower the voltage but it's otherwise a normal
> regulator. I'm not sure what you mean by "SWITCH" - from the name it'd
> just be a bypass?
Copy-pasting Laxman's explanation
<...>
Palma have SMPS10 regulator which can generate two voltage level 3.75
and 5V.
This SMPS10 has the two outputs OUT1 and OUT2 and having one input IN1.
SMPS10-OUT2 is always connected to SMPS10-IN1 via following logic:
- Through parasitic diode (no sw control)
- In bypass mode (bit configuration is there to enable/disable Bypass)
- In Boost mode (bit configuration is there to enable/disable Boost mode)
SMPS10-OUT1 is connected to the SMPS10-OUT2 pin through Switch (SW
control for enabling/disabling this switch).
<...>
Thanks
Kishon
--
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