public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Tero Kristo <t-kristo@ti.com>
To: Mark Brown <broonie@opensource.wolfsonmicro.com>
Cc: "Balbi, Felipe" <balbi@ti.com>,
	linux-omap@vger.kernel.org, "Girdwood, Liam" <lrg@ti.com>
Subject: Re: [RFC 0/4] TWL external controller support
Date: Mon, 11 Jul 2011 11:23:11 +0300	[thread overview]
Message-ID: <1310372591.4331.27.camel@sokoban> (raw)
In-Reply-To: <20110709105649.GA17036@opensource.wolfsonmicro.com>

On Sat, 2011-07-09 at 12:56 +0200, Mark Brown wrote:
> On Sat, Jul 09, 2011 at 01:40:08PM +0300, Felipe Balbi wrote:
> 
> > a hack for a hack... what's the difference ? If it's only to solve a
> > limitation temporarily anyways... although it would be better to discuss
> > how to add such support to the framework already.
> 
> I'm completely unable to identify an issue in the framework that this
> patch addresses - the API already supports multiple devices supplying
> regulators, it's extremely difficult to understand what motivates the
> change.

Hi,

So if I understood the comments right, what you are saying is that I
should probably implement a new regulator subset for the twl-regulator.
I.e. we have currently TWL4030_ADJUSTABLE_LDO etc., so I could add a
TWL4030_ADJUSTABLE_SMPS for example. These regulators would then use the
appropriate interface according to board specific setup. How would you
propose to use / register the alternate ops to access the omap_voltage
layer from here though for set/get voltage?

The main thing is that VDD1 and VDD2 regulators in TWL4030 can be
controlled through the typical TWL control interface (I2C), like the
rest of the TWL regulators, or it can be controlled through the voltage
processor interface which uses a dedicated I2C bus and is not accessible
to anything but the voltage processor. The used interface can be
configured from the TWL side. The voltage processor support is currently
provided by the omap platform code, and regulator code knows nothing
about this. It might also be possible to do compile time switch for the
interface here if that is acceptable, however a runtime interface for
doing this would provide more flexibility.

I'll also contact Graeme and check what he is doing on this front.

-Tero


Texas Instruments Oy, Tekniikantie 12, 02150 Espoo. Y-tunnus: 0115040-6. Kotipaikka: Helsinki
 


  reply	other threads:[~2011-07-11  8:23 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-08 15:56 [RFC 0/4] TWL external controller support Tero Kristo
2011-07-08 15:56 ` [RFC 1/4] twl-regulator: extend for SMPS regulators and external controllers Tero Kristo
2011-07-08 18:26   ` Liam Girdwood
2011-07-09  1:21   ` Mark Brown
2011-07-08 15:56 ` [RFC 2/4] omap3beagle: Instantiate VDD1 and VDD2 regulators Tero Kristo
2011-07-08 16:22   ` Felipe Balbi
2011-07-08 15:56 ` [RFC 3/4] omap: attach external controller to VDD1/VDD2 Tero Kristo
2011-07-08 16:23   ` Felipe Balbi
2011-07-08 15:56 ` [RFC 4/4] OMAP3: beagle rev-c4: enable OPP6 Tero Kristo
2011-07-08 16:23   ` Koen Kooi
2011-07-08 16:25 ` [RFC 0/4] TWL external controller support Felipe Balbi
2011-07-09  1:24   ` Mark Brown
2011-07-09 10:40     ` Felipe Balbi
2011-07-09 10:56       ` Mark Brown
2011-07-11  8:23         ` Tero Kristo [this message]
2011-07-11 10:05           ` Mark Brown
2011-07-11 10:48             ` Tero Kristo
2011-07-11 12:11               ` Mark Brown
2011-07-11 13:06                 ` Tero Kristo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1310372591.4331.27.camel@sokoban \
    --to=t-kristo@ti.com \
    --cc=balbi@ti.com \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=lrg@ti.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox