Regulator updates for 2.6.34
cover Regulator updates for 2.6.34
The following changes since commit 204f78ec75e6888bbf1a7b5a3ed0cbfff9bade27:
Tobias Klauser (1):
regulator/lp3971: Storage class should be before const qualifier
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator-2.6.git for-lrg
A couple of new APIs, plus a use of one of them.
Mark Brown (3):
regulator: Add notifier event on regulator disable
regulator: Allow regulators to specify the time taken to ramp on enable
regulator: Implement enable_time() for WM835x ISINKs
drivers/regulator/core.c | 48 ++++++++++++++++++++++++++++----- drivers/regulator/wm8350-regulator.c | 46 ++++++++++++++++++++++++++++++++ include/linux/regulator/consumer.h | 4 ++- include/linux/regulator/driver.h | 6 ++++ 4 files changed, 95 insertions(+), 9 deletions(-)
PATCH 1/3 regulator: Add notifier event on regulator disable
The intended use case is for drivers which disable regulators to save power but need to do some work to restore the hardware state when restarting. If the supplies are not actually disabled due to board limits or sharing with other active devices this notifier allows the driver to avoid unneeded reinitialisation, particularly when used with runtime PM.
--- drivers/regulator/core.c | 7 +++++-- include/linux/regulator/consumer.h | 4 +++- 2 files changed, 8 insertions(+), 3 deletions(-)
drivers/regulator/core.c +5 -2
@@ -1341,6 +1341,9 @@ static int _regulator_disable(struct regulator_dev *rdev) __func__, rdev_get_name(rdev));return ret; } + +_notifier_call_chain (rdev,REGULATOR_EVENT_DISABLE , +NULL ); }/* decrease our supplies ref count and disable if required */
@@ -1399,8 +1402,8 @@ static int _regulator_force_disable(struct regulator_dev *rdev)return ret; }/* notify other consumers that power has been forced off */ -_notifier_call_chain (rdev,REGULATOR_EVENT_FORCE_DISABLE , -NULL ); +_notifier_call_chain (rdev,REGULATOR_EVENT_FORCE_DISABLE | +REGULATOR_EVENT_DISABLE ,NULL ); }/* decrease our supplies ref count and disable if required */
include/linux/regulator/consumer.h +3 -1
@@ -89,8 +89,9 @@* REGULATION_OUT Regulator output is out of regulation. * FAIL Regulator output has failed. * OVER_TEMP Regulator over temp. -* FORCE_DISABLE Regulator shut down by software. +* FORCE_DISABLE Regulator forcibly shut down by software. * VOLTAGE_CHANGE Regulator voltage changed. +* DISABLE Regulator was disabled. * * NOTE: These events can be OR'ed together when passed into handler. */
@@ -102,6 +103,7 @@#define REGULATOR_EVENT_OVER_TEMP 0x10#define REGULATOR_EVENT_FORCE_DISABLE 0x20#define REGULATOR_EVENT_VOLTAGE_CHANGE 0x40 +#define REGULATOR_EVENT_DISABLE 0x80struct regulator ;
Signature · 1 line
1.6.5.7
Re: [PATCH 1/3] regulator: Add notifier event on regulator disable
Quoted 62 lines · Mark Brown
The intended use case is for drivers which disable regulators to save power but need to do some work to restore the hardware state when restarting. If the supplies are not actually disabled due to board limits or sharing with other active devices this notifier allows the driver to avoid unneeded reinitialisation, particularly when used with runtime PM.
Signed-off-by Mark Brown <[email protected]>---
drivers/regulator/core.c | 7 +++++--include/linux/regulator/consumer.h| 4 +++-2 files changed, 8 insertions(+), 3 deletions(-)drivers/regulator/core.c +5
-2@@ -1341,6 +1341,9 @@ static int _regulator_disable(struct regulator_dev *rdev) __func__, rdev_get_name(rdev)); return ret; } + + _notifier_call_chain(rdev, REGULATOR_EVENT_DISABLE, + NULL); } /* decrease our supplies ref count and disable if required */@@ -1399,8 +1402,8 @@ static int _regulator_force_disable(struct regulator_dev *rdev) return ret; } /* notify other consumers that power has been forced off */ - _notifier_call_chain(rdev, REGULATOR_EVENT_FORCE_DISABLE, - NULL); + _notifier_call_chain(rdev, REGULATOR_EVENT_FORCE_DISABLE | + REGULATOR_EVENT_DISABLE, NULL); } /* decrease our supplies ref count and disable if required */include/linux/regulator/consumer.h +3
-2@@ -89,8 +89,9 @@* REGULATION_OUT Regulator output is out of regulation. * FAIL Regulator output has failed. * OVER_TEMP Regulator over temp. -* FORCE_DISABLE Regulator shut down by software. +* FORCE_DISABLE Regulator forcibly shut down by software. * VOLTAGE_CHANGE Regulator voltage changed. +* DISABLE Regulator was disabled. * * NOTE: These events can be OR'ed together when passed into handler. */ @@ -102,6 +103,7 @@ #define REGULATOR_EVENT_OVER_TEMP 0x10 #define REGULATOR_EVENT_FORCE_DISABLE 0x20 #define REGULATOR_EVENT_VOLTAGE_CHANGE 0x40 +#define REGULATOR_EVENT_DISABLE 0x80 struct regulator; --
Quoted 1 line
1.6.5.7
Mark et al, sorry to drag up something from nine months ago, but I'm having a problem with this patch. I have a regulator A that sets regulator B as its supply. When I call set_supply to add B as the supply for A, regulator A gets added to the supply_list for regulator B.
When I call regulator_disable(A), I end up with a call chain like this:
regulator_disable(A)
- mutex_lock(A)
- _regulator_disable(A)
-- _regulator_disable(B)
--- _notifier_call_chain(B)
---- mutex_lock(A)
Which results in dead lock since we trying to acquire the mutex lock for regulator A which we already hold.
When I call regulator_disable(A), regulator_disable grabs the mutex_lock for A. Then while inside _regulator_disable, regulator_disable(B) is called since B is the supply for A. With this patch, _regulator_disable(B) ends up calling _notifier_call_chain(B). A is in the supply_list for B, so inside the notifier loop we try to grab the mutext_lock for A again.
Am I doing something wrong in how I am setting up B as the supply for A or is this bug in the regulator core code?
Thanks,
- Jeff
Re: [PATCH 1/3] regulator: Add notifier event on regulator disable
Quoted 2 lines · Jeffrey Carlyle
Am I doing something wrong in how I am setting up B as the supply for A or is this bug in the regulator core code?
Nothing in mainline chains regulators so this will just have bitrotted.
PATCH 1/1 regulator: avoid deadlock when disabling regulator with supply
I have a regulator A that sets regulator B as its supply. When I call set_supply to add B as the supply for A, regulator A gets added to the supply_list for regulator B.
When I call regulator_disable(A), I end up with a call chain like this:
regulator_disable(A)
- mutex_lock(A)
- _regulator_disable(A)
-- _regulator_disable(B)
--- _notifier_call_chain(B)
---- mutex_lock(A)
Which results in dead lock since we are trying to acquire the mutex lock for regulator A which we already hold.
This patch addresses this issue by moving the call to disable regulator B outside of the lock aquired inside the initial call to regulator_disable.
This change also addresses the issue of not acquiring the mutex for regulator B before calling _regulator_disable(B).
--- drivers/regulator/core.c | 38 +++++++++++++++++++++++++++++--------- 1 files changed, 29 insertions(+), 9 deletions(-)
drivers/regulator/core.c +29 -9
@@ -63,7 +63,8 @@ struct regulator { };static int _regulator_is_enabled (struct regulator_dev *rdev); -static int _regulator_disable (struct regulator_dev *rdev); +static int _regulator_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr);static int _regulator_get_voltage (struct regulator_dev *rdev);static int _regulator_get_current_limit (struct regulator_dev *rdev);static unsigned int _regulator_get_mode (struct regulator_dev *rdev);
@@ -1343,12 +1344,14 @@ int regulator_enable(struct regulator *regulator)mutex_lock (&rdev->mutex); ret =_regulator_enable (rdev);mutex_unlock (&rdev->mutex); +return ret; }EXPORT_SYMBOL_GPL (regulator_enable);/* locks held by regulator_disable() */ -static int _regulator_disable (struct regulator_dev *rdev) +static int _regulator_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr) {int ret =0 ;
@@ -1376,8 +1379,7 @@ static int _regulator_disable(struct regulator_dev *rdev) }/* decrease our supplies ref count and disable if required */ -if (rdev->supply) -_regulator_disable (rdev->supply); + *supply_rdev_ptr = rdev->supply; rdev->use_count =0 ; }else if (rdev->use_count >1 ) {
@@ -1407,17 +1409,29 @@ static int _regulator_disable(struct regulator_dev *rdev)int regulator_disable (struct regulator *regulator) {struct regulator_dev *rdev = regulator->rdev; +struct regulator_dev *supply_rdev =NULL ;int ret =0 ;mutex_lock (&rdev->mutex); - ret =_regulator_disable (rdev); + ret =_regulator_disable (rdev, &supply_rdev);mutex_unlock (&rdev->mutex); + +/* decrease our supplies ref count and disable if required */ +while (supply_rdev !=NULL ) { + rdev = supply_rdev; + +mutex_lock (&rdev->mutex); +_regulator_disable (rdev, &supply_rdev); +mutex_unlock (&rdev->mutex); + } +return ret; }EXPORT_SYMBOL_GPL (regulator_disable);/* locks held by regulator_force_disable() */ -static int _regulator_force_disable (struct regulator_dev *rdev) +static int _regulator_force_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr) {int ret =0 ;
@@ -1436,8 +1450,7 @@ static int _regulator_force_disable(struct regulator_dev *rdev) }/* decrease our supplies ref count and disable if required */ -if (rdev->supply) -_regulator_disable (rdev->supply); + *supply_rdev_ptr = rdev->supply; rdev->use_count =0 ;return ret;
@@ -1454,12 +1467,19 @@ static int _regulator_force_disable(struct regulator_dev *rdev)*/ int regulator_force_disable (struct regulator *regulator) { +struct regulator_dev *supply_rdev =NULL ;int ret;mutex_lock (®ulator->rdev->mutex); regulator->uA_load =0 ; - ret =_regulator_force_disable (regulator->rdev); + ret =_regulator_force_disable (regulator->rdev, &supply_rdev);mutex_unlock (®ulator->rdev->mutex); + +if (supply_rdev) +regulator_disable ( +get_device_regulator (rdev_get_dev (supply_rdev)) + ); +return ret; }EXPORT_SYMBOL_GPL (regulator_force_disable);
Signature · 1 line
1.6.3.3
Re: [PATCH] regulator: avoid deadlock when disabling regulator with supply
Quoted 3 lines · Jeffrey Carlyle
I have a regulator A that sets regulator B as its supply. When I call
set_supplyto add B as the supply for A, regulator A gets added to thesupply_listfor regulator B.
Looks good, thanks!
but some stylistic things below:
Quoted 1 line
Change-Id: I769669452b9e1b59b252298d589738aabb03529c
Hrm?
drivers/regulator/core.c int regulator_enable(struct regulator *regulator) · line 1350
Quoted 11 lines
static int
_regulator_get_voltage(struct regulator_dev *rdev); static int_regulator_get_current_limit(struct regulator_dev *rdev); static unsigned int_regulator_get_mode(struct regulator_dev *rdev);drivers/regulator/core.c +1
-0@@ -1343,12 +1344,14 @@ int regulator_enable(struct regulator *regulator)mutex_lock (&rdev->mutex); ret =_regulator_enable (rdev);mutex_unlock (&rdev->mutex); +return ret; }EXPORT_SYMBOL_GPL (regulator_enable);
Random indentation change here.
drivers/regulator/core.c static int _regulator_force_disable(struct regulator_dev *rdev) · line 1482
Quoted 6 lines
drivers/regulator/core.c +6
-0+ +if (supply_rdev) +regulator_disable ( +get_device_regulator (rdev_get_dev (supply_rdev)) + ); +
Eew, indentation! In cases like this it's better to just ignore the excesive line length.
PATCH v2 1/1 regulator: avoid deadlock when disabling regulator with supply
From: Jeffrey Carlyle <[email protected]>
I have a regulator A that sets regulator B as its supply. When I call set_supply to add B as the supply for A, regulator A gets added to the supply_list for regulator B.
When I call regulator_disable(A), I end up with a call chain like this:
regulator_disable(A)
Quoted 5 lines
mutex_lock(A)_regulator_disable(A)Quoted 3 lines
_regulator_disable(B)Quoted 2 lines
_notifier_call_chain(B)Quoted 1 line
mutex_lock(A)
Which results in dead lock since we are trying to acquire the mutex lock for regulator A which we already hold.
This patch addresses this issue by moving the call to disable regulator B outside of the lock aquired inside the initial call to regulator_disable.
This change also addresses the issue of not acquiring the mutex for regulator B before calling _regulator_disable(B).
--- drivers/regulator/core.c | 35 ++++++++++++++++++++++++++--------- 1 files changed, 26 insertions(+), 9 deletions(-)
drivers/regulator/core.c +26 -9
@@ -63,7 +63,8 @@ struct regulator { };static int _regulator_is_enabled (struct regulator_dev *rdev); -static int _regulator_disable (struct regulator_dev *rdev); +static int _regulator_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr);static int _regulator_get_voltage (struct regulator_dev *rdev);static int _regulator_get_current_limit (struct regulator_dev *rdev);static unsigned int _regulator_get_mode (struct regulator_dev *rdev);
@@ -1348,7 +1349,8 @@ int regulator_enable(struct regulator *regulator)EXPORT_SYMBOL_GPL (regulator_enable);/* locks held by regulator_disable() */ -static int _regulator_disable (struct regulator_dev *rdev) +static int _regulator_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr) {int ret =0 ;
@@ -1376,8 +1378,7 @@ static int _regulator_disable(struct regulator_dev *rdev) }/* decrease our supplies ref count and disable if required */ -if (rdev->supply) -_regulator_disable (rdev->supply); + *supply_rdev_ptr = rdev->supply; rdev->use_count =0 ; }else if (rdev->use_count >1 ) {
@@ -1407,17 +1408,29 @@ static int _regulator_disable(struct regulator_dev *rdev)int regulator_disable (struct regulator *regulator) {struct regulator_dev *rdev = regulator->rdev; +struct regulator_dev *supply_rdev =NULL ;int ret =0 ;mutex_lock (&rdev->mutex); - ret =_regulator_disable (rdev); + ret =_regulator_disable (rdev, &supply_rdev);mutex_unlock (&rdev->mutex); + +/* decrease our supplies ref count and disable if required */ +while (supply_rdev !=NULL ) { + rdev = supply_rdev; + +mutex_lock (&rdev->mutex); +_regulator_disable (rdev, &supply_rdev); +mutex_unlock (&rdev->mutex); + } +return ret; }EXPORT_SYMBOL_GPL (regulator_disable);/* locks held by regulator_force_disable() */ -static int _regulator_force_disable (struct regulator_dev *rdev) +static int _regulator_force_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr) {int ret =0 ;
@@ -1436,8 +1449,7 @@ static int _regulator_force_disable(struct regulator_dev *rdev) }/* decrease our supplies ref count and disable if required */ -if (rdev->supply) -_regulator_disable (rdev->supply); + *supply_rdev_ptr = rdev->supply; rdev->use_count =0 ;return ret;
@@ -1454,12 +1466,17 @@ static int _regulator_force_disable(struct regulator_dev *rdev)*/ int regulator_force_disable (struct regulator *regulator) { +struct regulator_dev *supply_rdev =NULL ;int ret;mutex_lock (®ulator->rdev->mutex); regulator->uA_load =0 ; - ret =_regulator_force_disable (regulator->rdev); + ret =_regulator_force_disable (regulator->rdev, &supply_rdev);mutex_unlock (®ulator->rdev->mutex); + +if (supply_rdev) +regulator_disable (get_device_regulator (rdev_get_dev (supply_rdev))); +return ret; }EXPORT_SYMBOL_GPL (regulator_force_disable);
Signature · 1 line
1.6.3.3
PATCH v2 1/1 regulator: avoid deadlock when disabling regulator with supply
In reply to Mark BrownI have a regulator A that sets regulator B as its supply. When I call set_supply to add B as the supply for A, regulator A gets added to the supply_list for regulator B.
When I call regulator_disable(A), I end up with a call chain like this:
regulator_disable(A)
Quoted 5 lines
mutex_lock(A)_regulator_disable(A)Quoted 3 lines
_regulator_disable(B)Quoted 2 lines
_notifier_call_chain(B)Quoted 1 line
mutex_lock(A)
Which results in dead lock since we are trying to acquire the mutex lock for regulator A which we already hold.
This patch addresses this issue by moving the call to disable regulator B outside of the lock aquired inside the initial call to regulator_disable.
This change also addresses the issue of not acquiring the mutex for regulator B before calling _regulator_disable(B).
--- drivers/regulator/core.c | 35 ++++++++++++++++++++++++++--------- 1 files changed, 26 insertions(+), 9 deletions(-)
drivers/regulator/core.c +26 -9
@@ -63,7 +63,8 @@ struct regulator { };static int _regulator_is_enabled (struct regulator_dev *rdev); -static int _regulator_disable (struct regulator_dev *rdev); +static int _regulator_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr);static int _regulator_get_voltage (struct regulator_dev *rdev);static int _regulator_get_current_limit (struct regulator_dev *rdev);static unsigned int _regulator_get_mode (struct regulator_dev *rdev);
@@ -1348,7 +1349,8 @@ int regulator_enable(struct regulator *regulator)EXPORT_SYMBOL_GPL (regulator_enable);/* locks held by regulator_disable() */ -static int _regulator_disable (struct regulator_dev *rdev) +static int _regulator_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr) {int ret =0 ;
@@ -1376,8 +1378,7 @@ static int _regulator_disable(struct regulator_dev *rdev) }/* decrease our supplies ref count and disable if required */ -if (rdev->supply) -_regulator_disable (rdev->supply); + *supply_rdev_ptr = rdev->supply; rdev->use_count =0 ; }else if (rdev->use_count >1 ) {
@@ -1407,17 +1408,29 @@ static int _regulator_disable(struct regulator_dev *rdev)int regulator_disable (struct regulator *regulator) {struct regulator_dev *rdev = regulator->rdev; +struct regulator_dev *supply_rdev =NULL ;int ret =0 ;mutex_lock (&rdev->mutex); - ret =_regulator_disable (rdev); + ret =_regulator_disable (rdev, &supply_rdev);mutex_unlock (&rdev->mutex); + +/* decrease our supplies ref count and disable if required */ +while (supply_rdev !=NULL ) { + rdev = supply_rdev; + +mutex_lock (&rdev->mutex); +_regulator_disable (rdev, &supply_rdev); +mutex_unlock (&rdev->mutex); + } +return ret; }EXPORT_SYMBOL_GPL (regulator_disable);/* locks held by regulator_force_disable() */ -static int _regulator_force_disable (struct regulator_dev *rdev) +static int _regulator_force_disable (struct regulator_dev *rdev, +struct regulator_dev **supply_rdev_ptr) {int ret =0 ;
@@ -1436,8 +1449,7 @@ static int _regulator_force_disable(struct regulator_dev *rdev) }/* decrease our supplies ref count and disable if required */ -if (rdev->supply) -_regulator_disable (rdev->supply); + *supply_rdev_ptr = rdev->supply; rdev->use_count =0 ;return ret;
@@ -1454,12 +1466,17 @@ static int _regulator_force_disable(struct regulator_dev *rdev)*/ int regulator_force_disable (struct regulator *regulator) { +struct regulator_dev *supply_rdev =NULL ;int ret;mutex_lock (®ulator->rdev->mutex); regulator->uA_load =0 ; - ret =_regulator_force_disable (regulator->rdev); + ret =_regulator_force_disable (regulator->rdev, &supply_rdev);mutex_unlock (®ulator->rdev->mutex); + +if (supply_rdev) +regulator_disable (get_device_regulator (rdev_get_dev (supply_rdev))); +return ret; }EXPORT_SYMBOL_GPL (regulator_force_disable);
Signature · 1 line
1.6.3.3
Re: [PATCH v2] regulator: avoid deadlock when disabling regulator with supply
Quoted 5 lines · Jeffrey Carlyle
I have a regulator A that sets regulator B as its supply. When I call
set_supplyto add B as the supply for A, regulator A gets added to thesupply_listfor regulator B.When I call
regulator_disable(A), I end up with a call chain like this:
Looks good!
Liam Girdwood
AppliedRe: [PATCH v2] regulator: avoid deadlock when disabling regulator with supply
Quoted 10 lines · Mark Brown
Quoted 5 lines · Jeffrey Carlyle
I have a regulator A that sets regulator B as its supply. When I call
set_supplyto add B as the supply for A, regulator A gets added to thesupply_listfor regulator B.When I call
regulator_disable(A), I end up with a call chain like this:Looks good!
Acked-by Mark Brown <[email protected]>
Applied.
Thanks
Liam
Signature · 3 lines
Freelance Developer, SlimLogic Ltd ASoC and Voltage Regulator Maintainer. http://www.slimlogic.co.uk
PATCH 2/3 regulator: Allow regulators to specify the time taken to ramp on enable
In reply to Mark BrownRegulators may sometimes take longer to enable than the control operation used to do so, either because the regulator has ramp rate control used to limit inrush current or because the control operation is very fast (GPIO being the most common example of this). In order to ensure that consumers do not rely on the regulator before it is enabled provide an enable_time() operation and have the core delay for that time before returning to the caller.
This is implemented as a function since the ramp rate may be specified in voltage per unit time and therefore the time depend on the configuration. In future it would be desirable to allow the bulk operations to run the delays for multiple enables in parallel but this is not currently supported.
--- drivers/regulator/core.c | 41 ++++++++++++++++++++++++++++++++----- include/linux/regulator/driver.h | 6 +++++ 2 files changed, 41 insertions(+), 6 deletions(-)
drivers/regulator/core.c +35 -6
@@ -19,6 +19,7 @@#include <linux/err.h> #include <linux/mutex.h> #include <linux/suspend.h> +#include <linux/delay.h> #include <linux/regulator/consumer.h> #include <linux/regulator/driver.h> #include <linux/regulator/machine.h>
@@ -1084,6 +1085,13 @@ overflow_err:return NULL ; } +static int _regulator_get_enable_time (struct regulator_dev *rdev) +{ +if (!rdev->desc->ops->enable_time) +return 0 ; +return rdev->desc->ops->enable_time (rdev); +} +/* Internal regulator request function */ static struct regulator *_regulator_get (struct device *dev,const char *id,int exclusive)
@@ -1251,7 +1259,7 @@ static int _regulator_can_change_status(struct regulator_dev *rdev)/* locks held by regulator_enable() */ static int _regulator_enable (struct regulator_dev *rdev) { -int ret; +int ret, delay;/* do we need to enable the supply regulator first */ if (rdev->supply) {
@@ -1275,13 +1283,34 @@ static int _regulator_enable(struct regulator_dev *rdev)if (!_regulator_can_change_status (rdev))return -EPERM ; -if (rdev->desc->ops->enable) { - ret = rdev->desc->ops->enable (rdev); -if (ret <0 ) -return ret; - }else { +if (!rdev->desc->ops->enable)return -EINVAL ; + +/* Query before enabling in case configuration +* dependant. */ + ret =_regulator_get_enable_time (rdev); +if (ret >=0 ) { + delay = ret; + }else { +printk (KERN_WARNING +"%s: enable_time() failed for %s: %d\n" , + __func__,rdev_get_name (rdev), + ret); + delay =0 ; } + +/* Allow the regulator to ramp; it would be useful +* to extend this for bulk operations so that the +* regulators can ramp together. */ + ret = rdev->desc->ops->enable (rdev); +if (ret <0 ) +return ret; + +if (delay >=1000 ) +mdelay (delay /1000 ); +else if (delay) +udelay (delay); + }else if (ret <0 ) {printk (KERN_ERR "%s: is_enabled() failed for %s: %d\n" , __func__,rdev_get_name (rdev), ret);
include/linux/regulator/driver.h +6 -0
@@ -58,6 +58,9 @@ enum regulator_status {* @get_optimum_mode: Get the most efficient operating mode for the regulator * when running with the specified parameters. * +* @enable_time: Time taken for the regulator voltage output voltage to +* stabalise after being enabled, in microseconds. +* * @set_suspend_voltage: Set the voltage for the regulator when the system * is suspended. * @set_suspend_enable: Mark the regulator as enabled when the system is
@@ -93,6 +96,9 @@ struct regulator_ops {int (*set_mode) (struct regulator_dev *,unsigned int mode);unsigned int (*get_mode) (struct regulator_dev *); +/* Time taken to enable the regulator */ +int (*enable_time) (struct regulator_dev *); +/* report regulator status ... most other accessors report * control inputs, this reports results of combining inputs * from Linux (and other sources) with the actual load.
Signature · 1 line
1.6.5.7
PATCH 3/3 regulator: Implement enable_time() for WM835x ISINKs
In reply to Mark Brown--- drivers/regulator/wm8350-regulator.c | 46 ++++++++++++++++++++++++++++++++++ 1 files changed, 46 insertions(+), 0 deletions(-)
drivers/regulator/wm8350-regulator.c +46 -0
@@ -290,6 +290,51 @@ static int wm8350_isink_is_enabled(struct regulator_dev *rdev)return -EINVAL ; } +static int wm8350_isink_enable_time (struct regulator_dev *rdev) +{ +struct wm8350 *wm8350 =rdev_get_drvdata (rdev); +int isink =rdev_get_id (rdev); +int reg; + +switch (isink) { +case WM8350_ISINK_A : + reg =wm8350_reg_read (wm8350,WM8350_CSA_FLASH_CONTROL ); +break ; +case WM8350_ISINK_B : + reg =wm8350_reg_read (wm8350,WM8350_CSB_FLASH_CONTROL ); +break ; +default : +return -EINVAL ; + } + +if (reg &WM8350_CS1_FLASH_MODE ) { +switch (reg &WM8350_CS1_ON_RAMP_MASK ) { +case 0 : +return 0 ; +case 1 : +return 1950 ; +case 2 : +return 3910 ; +case 3 : +return 7800 ; + } + }else { +switch (reg &WM8350_CS1_ON_RAMP_MASK ) { +case 0 : +return 0 ; +case 1 : +return 250000 ; +case 2 : +return 500000 ; +case 3 : +return 1000000 ; + } + } + +return -EINVAL ; +} + +int wm8350_isink_set_flash (struct wm8350 *wm8350,int isink,u16 mode,u16 trigger,u16 duration,u16 on_ramp,u16 off_ramp,u16 drive)
@@ -1221,6 +1266,7 @@ static struct regulator_ops wm8350_isink_ops = { .enable = wm8350_isink_enable, .disable = wm8350_isink_disable, .is_enabled = wm8350_isink_is_enabled, + .enable_time = wm8350_isink_enable_time, };static struct regulator_desc wm8350_reg[NUM_WM8350_REGULATORS ] = {
Signature · 1 line
1.6.5.7
Quoted 15 lines · Mark Brown
The following changes since commit
204f78ec75e6888bbf1a7b5a3ed0cbfff9bade27:
Tobias Klauser (1):
regulator/lp3971: Storage class should be before const qualifierare available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator-2.6.gitfor-lrgA couple of new APIs, plus a use of one of them.
Mark Brown (3):
regulator: Add notifier event on regulator disable
regulator: Allow regulators to specify the time taken to ramp on enable
regulator: Implementenable_time()for WM835x ISINKs
Quoted 6 lines
drivers/regulator/core.c | 48 ++++++++++++++++++++++++++++----- drivers/regulator/wm8350-regulator.c | 46 ++++++++++++++++++++++++++++++++ include/linux/regulator/consumer.h | 4 ++- include/linux/regulator/driver.h | 6 ++++ 4 files changed, 95 insertions(+), 9 deletions(-)--
Pulled.
Thanks
Liam