linux-toradex.git/drivers/regulator/wm8400-regulator.c, branch v3.2.37

regulator: Add module.h to drivers/regulator users as required

2011-10-31T23:32:15+00:00

Another group of drivers that are taking advantage of the implicit
presence of module.h -- and will break when we pull the carpet out
from under them during a cleanup.  Fix 'em now.

Signed-off-by: Paul Gortmaker

regulator: Convert WM8400 to get_voltage_sel()

2011-05-27T09:34:37+00:00

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: Report actual configured voltage to set_voltage()

2011-01-12T14:32:59+00:00

Change the interface used by set_voltage() to report the selected value
to the regulator core in terms of a selector used by list_voltage().
This allows the regulator core to know the voltage that was chosen
without having to do an explict get_voltage(), which would be much more
expensive as it will generally access hardware.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

Regulators: wm8400 - cleanup platform driver data handling

2010-03-03T14:49:30+00:00

On Wed, Feb 24, 2010 at 08:40:56PM +0000, Mark Brown wrote:
> On Wed, Feb 24, 2010 at 11:21:26AM -0800, Dmitry Torokhov wrote:
> > On Wed, Feb 24, 2010 at 07:14:03PM +0000, Mark Brown wrote:
>
> > > This doesn't help unless you also provide a way for users to obtain a
> > > struct wm8400.
>
> > Why would they need it? Only code that creates instances of wm8400 needs
> > to know the definition of the sturcture, the rest can simply pass the
> > pointer around.
>
> > I guess there is disconnect between us and I do not see any users of
> > wm8400_register_regulator() in linux-next... Is there another tree I
> > could peek at?
>
> There are no users in mainline.  This would be called by board specific
> code from the init callback of the wm8400 - you'd need to pass that
> callback the struct wm8400.
>
> In any case, this is clearly an unrelated change to whatever else you
> were doing to the driver so should be split off into a separate patch,
> but if this is being changed at all then it'd be much more sensible to
> change it to use a more modern pattern which completely removes the
> wm8400_register_regulator() function and just uses platform data.

Fair enough, I removed the offending part, updated patch below.

--
Dmitry

regulator: wm8400 - cleanup platform driver data handling

Driver data set by platform_set_drvdata() is for private use of
the driver currently bound to teh device and not for use by parent,
subsystem and anyone else.

Signed-off-by: Dmitry Torokhov 
Acked-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: remove driver_data direct access of struct device

2009-06-15T10:18:25+00:00

In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device.  Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.

Cc: Mark Brown 
Cc: Liam Girdwood 
Signed-off-by: Greg Kroah-Hartman 
Acked-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: Move regulator drivers to subsys_initcall()

2009-06-15T10:18:23+00:00

Regulators need to be available early in init in order to allow them
to be available for consumers when requested. This is generally done
by registering them at subsys_initcall() time but not all regulator
drivers have done that. Convert these drivers to do so in order to
mimimise future support.

Signed-off-by: Mark Brown 
Acked-by: Mike Rapoport 
Signed-off-by: Liam Girdwood

regulator: Implement list_voltage() for WM8400 DCDCs and LDOs

2009-03-31T08:56:26+00:00

All DCDCs and LDOs are identical.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: Pass regulator init data as explict argument when registering

2009-03-31T08:56:21+00:00

Rather than having the regulator init data read from the platform_data
member of the struct device that is registered for the regulator make
the init data an explict argument passed in when registering. This
allows drivers to use the platform data for their own purposes if they
wish.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

move wm8400-regulator's probe function to .devinit.text

2009-01-17T13:46:40+00:00

A pointer to wm8400_regulator_probe is passed to the core via
platform_driver_register and so the function must not disappear when the
.init sections are discarded.  Otherwise (if also having HOTPLUG=y)
unbinding and binding a device to the driver via sysfs will result in an
oops as does a device being registered late.

An alternative to this patch is using platform_driver_probe instead of
platform_driver_register plus removing the pointer to the probe function
from the struct platform_driver.

Signed-off-by: Uwe Kleine-König 
Signed-off-by: Liam Girdwood

regulator: Add WM8400 regulator support

2008-10-13T20:51:53+00:00

The WM8400 provides two programmable DCDC step-down (buck) convertors
and four low-dropout (LDO) regulators. This driver provides support for
runtime managment of these in the standard regulator API.

Support for configuration of the suspend and hibernate mode behaviour
of the regulators is not yet included.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood