Linux-IIO Archive on lore.kernel.org
 help / Atom feed
* [PATCH V6] iio: light: isl29018: add optional vcc regulator operation support
@ 2018-12-13  6:18 Anson Huang
  2018-12-16 12:44 ` Jonathan Cameron
  0 siblings, 1 reply; 3+ messages in thread
From: Anson Huang @ 2018-12-13  6:18 UTC (permalink / raw)
  To: jic23, knaack.h, lars, pmeerw, linux-iio, linux-kernel, festevam, preid
  Cc: dl-linux-imx

The light sensor's power supply could be controlled by regulator
on some platforms, such as i.MX6Q-SABRESD board, the light sensor
isl29023's power supply is controlled by a GPIO fixed regulator,
need to make sure the regulator is enabled before any operation of
sensor, this patch adds optional vcc regulator operation support.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
---
ChangeLog since V5:
	Since the dt-binding doc states the power supply name is "vdd" and many dts files already using
	"vcc" as the power supply name, althoug it does NOT match the datasheet which has "vdd", to make
	it NOT breaking existing dtb files, just use "vcc" as the regulator name.
---
 drivers/iio/light/isl29018.c | 47 +++++++++++++++++++++++++++++++++++++++++---
 1 file changed, 44 insertions(+), 3 deletions(-)

diff --git a/drivers/iio/light/isl29018.c b/drivers/iio/light/isl29018.c
index b45400f..76c3a48 100644
--- a/drivers/iio/light/isl29018.c
+++ b/drivers/iio/light/isl29018.c
@@ -23,6 +23,7 @@
 #include <linux/mutex.h>
 #include <linux/delay.h>
 #include <linux/regmap.h>
+#include <linux/regulator/consumer.h>
 #include <linux/slab.h>
 #include <linux/iio/iio.h>
 #include <linux/iio/sysfs.h>
@@ -95,6 +96,7 @@ struct isl29018_chip {
 	struct isl29018_scale	scale;
 	int			prox_scheme;
 	bool			suspended;
+	struct regulator	*vcc_reg;
 };
 
 static int isl29018_set_integration_time(struct isl29018_chip *chip,
@@ -735,6 +737,19 @@ static int isl29018_probe(struct i2c_client *client,
 
 	mutex_init(&chip->lock);
 
+	chip->vcc_reg = devm_regulator_get_optional(&client->dev, "vcc");
+	if (!IS_ERR(chip->vcc_reg)) {
+		err = regulator_enable(chip->vcc_reg);
+		if (err) {
+			dev_err(&client->dev, "failed to enable VCC regulator\n");
+			return err;
+		}
+	} else {
+		err = PTR_ERR(chip->vcc_reg);
+		if (err != -ENODEV)
+			return err;
+	}
+
 	chip->type = dev_id;
 	chip->calibscale = 1;
 	chip->ucalibscale = 0;
@@ -747,12 +762,12 @@ static int isl29018_probe(struct i2c_client *client,
 	if (IS_ERR(chip->regmap)) {
 		err = PTR_ERR(chip->regmap);
 		dev_err(&client->dev, "regmap initialization fails: %d\n", err);
-		return err;
+		goto disable_regulator;
 	}
 
 	err = isl29018_chip_init(chip);
 	if (err)
-		return err;
+		goto disable_regulator;
 
 	indio_dev->info = isl29018_chip_info_tbl[dev_id].indio_info;
 	indio_dev->channels = isl29018_chip_info_tbl[dev_id].channels;
@@ -761,13 +776,22 @@ static int isl29018_probe(struct i2c_client *client,
 	indio_dev->dev.parent = &client->dev;
 	indio_dev->modes = INDIO_DIRECT_MODE;
 
-	return devm_iio_device_register(&client->dev, indio_dev);
+	err = devm_iio_device_register(&client->dev, indio_dev);
+	if (!err)
+		return 0;
+
+disable_regulator:
+	if (!IS_ERR(chip->vcc_reg))
+		regulator_disable(chip->vcc_reg);
+
+	return err;
 }
 
 #ifdef CONFIG_PM_SLEEP
 static int isl29018_suspend(struct device *dev)
 {
 	struct isl29018_chip *chip = iio_priv(dev_get_drvdata(dev));
+	int ret;
 
 	mutex_lock(&chip->lock);
 
@@ -777,6 +801,14 @@ static int isl29018_suspend(struct device *dev)
 	 * So we do not have much to do here.
 	 */
 	chip->suspended = true;
+	if (!IS_ERR(chip->vcc_reg)) {
+		ret = regulator_disable(chip->vcc_reg);
+		if (ret) {
+			dev_err(dev, "failed to disable VCC regulator\n");
+			mutex_unlock(&chip->lock);
+			return ret;
+		}
+	}
 
 	mutex_unlock(&chip->lock);
 
@@ -790,6 +822,15 @@ static int isl29018_resume(struct device *dev)
 
 	mutex_lock(&chip->lock);
 
+	if (!IS_ERR(chip->vcc_reg)) {
+		err = regulator_enable(chip->vcc_reg);
+		if (err) {
+			dev_err(dev, "failed to enable VCC regulator\n");
+			mutex_unlock(&chip->lock);
+			return err;
+		}
+	}
+
 	err = isl29018_chip_init(chip);
 	if (!err)
 		chip->suspended = false;
-- 
2.7.4


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH V6] iio: light: isl29018: add optional vcc regulator operation support
  2018-12-13  6:18 [PATCH V6] iio: light: isl29018: add optional vcc regulator operation support Anson Huang
@ 2018-12-16 12:44 ` Jonathan Cameron
  2018-12-16 14:04   ` Jonathan Cameron
  0 siblings, 1 reply; 3+ messages in thread
From: Jonathan Cameron @ 2018-12-16 12:44 UTC (permalink / raw)
  To: Anson Huang
  Cc: knaack.h, lars, pmeerw, linux-iio, linux-kernel, festevam, preid,
	dl-linux-imx

On Thu, 13 Dec 2018 06:18:07 +0000
Anson Huang <anson.huang@nxp.com> wrote:

> The light sensor's power supply could be controlled by regulator
> on some platforms, such as i.MX6Q-SABRESD board, the light sensor
> isl29023's power supply is controlled by a GPIO fixed regulator,
> need to make sure the regulator is enabled before any operation of
> sensor, this patch adds optional vcc regulator operation support.
> 
> Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
> ---
> ChangeLog since V5:
> 	Since the dt-binding doc states the power supply name is "vdd" and many dts files already using
> 	"vcc" as the power supply name, althoug it does NOT match the datasheet which has "vdd", to make
> 	it NOT breaking existing dtb files, just use "vcc" as the regulator name.
> ---
>  drivers/iio/light/isl29018.c | 47 +++++++++++++++++++++++++++++++++++++++++---
>  1 file changed, 44 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/iio/light/isl29018.c b/drivers/iio/light/isl29018.c
> index b45400f..76c3a48 100644
> --- a/drivers/iio/light/isl29018.c
> +++ b/drivers/iio/light/isl29018.c
> @@ -23,6 +23,7 @@
>  #include <linux/mutex.h>
>  #include <linux/delay.h>
>  #include <linux/regmap.h>
> +#include <linux/regulator/consumer.h>
>  #include <linux/slab.h>
>  #include <linux/iio/iio.h>
>  #include <linux/iio/sysfs.h>
> @@ -95,6 +96,7 @@ struct isl29018_chip {
>  	struct isl29018_scale	scale;
>  	int			prox_scheme;
>  	bool			suspended;
> +	struct regulator	*vcc_reg;
>  };
>  
>  static int isl29018_set_integration_time(struct isl29018_chip *chip,
> @@ -735,6 +737,19 @@ static int isl29018_probe(struct i2c_client *client,
>  
>  	mutex_init(&chip->lock);
>  
> +	chip->vcc_reg = devm_regulator_get_optional(&client->dev, "vcc");
> +	if (!IS_ERR(chip->vcc_reg)) {
> +		err = regulator_enable(chip->vcc_reg);
> +		if (err) {
> +			dev_err(&client->dev, "failed to enable VCC regulator\n");
> +			return err;
> +		}
> +	} else {
> +		err = PTR_ERR(chip->vcc_reg);
> +		if (err != -ENODEV)
> +			return err;
> +	}
> +
>  	chip->type = dev_id;
>  	chip->calibscale = 1;
>  	chip->ucalibscale = 0;
> @@ -747,12 +762,12 @@ static int isl29018_probe(struct i2c_client *client,
>  	if (IS_ERR(chip->regmap)) {
>  		err = PTR_ERR(chip->regmap);
>  		dev_err(&client->dev, "regmap initialization fails: %d\n", err);
> -		return err;
> +		goto disable_regulator;
>  	}
>  
>  	err = isl29018_chip_init(chip);
>  	if (err)
> -		return err;
> +		goto disable_regulator;
>  
>  	indio_dev->info = isl29018_chip_info_tbl[dev_id].indio_info;
>  	indio_dev->channels = isl29018_chip_info_tbl[dev_id].channels;
> @@ -761,13 +776,22 @@ static int isl29018_probe(struct i2c_client *client,
>  	indio_dev->dev.parent = &client->dev;
>  	indio_dev->modes = INDIO_DIRECT_MODE;
>  
> -	return devm_iio_device_register(&client->dev, indio_dev);
> +	err = devm_iio_device_register(&client->dev, indio_dev);
> +	if (!err)
> +		return 0;
Don't make this change.  It makes the code less readable.  

Right now you don't turn the regulator off in remove at all and
you definitely should.

You should not be mixing managed and unmanaged calls.
This is because you will end up with race conditions.  Here the
regulators are disabled before the automated unwinding calls
device unregister.  Hence we have a window in which the power
is turned off but the userspace interfaces are still there.

Weird crashes likely to follow!

Two options:
1) For everything after the power on change from devm to non
devm and do the unwinding.
2) Use devm_add_action_or_reset to automatically handle
the unwinding of the regulator enable.  The result being that
it is back in the right place order wise.



> +
> +disable_regulator:
> +	if (!IS_ERR(chip->vcc_reg))
> +		regulator_disable(chip->vcc_reg);
> +
> +	return err;
>  }
>  
>  #ifdef CONFIG_PM_SLEEP
>  static int isl29018_suspend(struct device *dev)
>  {
>  	struct isl29018_chip *chip = iio_priv(dev_get_drvdata(dev));
> +	int ret;
>  
>  	mutex_lock(&chip->lock);
>  
> @@ -777,6 +801,14 @@ static int isl29018_suspend(struct device *dev)
>  	 * So we do not have much to do here.
>  	 */
>  	chip->suspended = true;
> +	if (!IS_ERR(chip->vcc_reg)) {
> +		ret = regulator_disable(chip->vcc_reg);
> +		if (ret) {
> +			dev_err(dev, "failed to disable VCC regulator\n");
> +			mutex_unlock(&chip->lock);
> +			return ret;
> +		}
> +	}
>  
>  	mutex_unlock(&chip->lock);
>  
> @@ -790,6 +822,15 @@ static int isl29018_resume(struct device *dev)
>  
>  	mutex_lock(&chip->lock);
>  
> +	if (!IS_ERR(chip->vcc_reg)) {
> +		err = regulator_enable(chip->vcc_reg);
> +		if (err) {
> +			dev_err(dev, "failed to enable VCC regulator\n");
> +			mutex_unlock(&chip->lock);
> +			return err;
> +		}
> +	}
> +
>  	err = isl29018_chip_init(chip);
>  	if (!err)
>  		chip->suspended = false;


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH V6] iio: light: isl29018: add optional vcc regulator operation support
  2018-12-16 12:44 ` Jonathan Cameron
@ 2018-12-16 14:04   ` Jonathan Cameron
  0 siblings, 0 replies; 3+ messages in thread
From: Jonathan Cameron @ 2018-12-16 14:04 UTC (permalink / raw)
  To: Anson Huang
  Cc: knaack.h, lars, pmeerw, linux-iio, linux-kernel, festevam, preid,
	dl-linux-imx

On Sun, 16 Dec 2018 12:44:13 +0000
Jonathan Cameron <jic23@kernel.org> wrote:

> On Thu, 13 Dec 2018 06:18:07 +0000
> Anson Huang <anson.huang@nxp.com> wrote:
> 
> > The light sensor's power supply could be controlled by regulator
> > on some platforms, such as i.MX6Q-SABRESD board, the light sensor
> > isl29023's power supply is controlled by a GPIO fixed regulator,
> > need to make sure the regulator is enabled before any operation of
> > sensor, this patch adds optional vcc regulator operation support.
> > 
> > Signed-off-by: Anson Huang <Anson.Huang@nxp.com>

Sorry, I've been sleep walking through these and missed the big obvious
thing.

These shouldn't be optional regulators at all.  If one isn't specified
we do want to fall back to a stub regulator.

Just because we can't see or control the power supply doesn't mean it
shouldn't be there.

The exception to this is where we have a regulator providing a voltage
reference where there is an alternative internal reference.
In those cases there might be nothing connected to the pin and hence
it really is 'optional'.  We want to do something else if it's not
there.  Power supplies are just invisible, not optional and the
regulator framework has always handled that for us.

Jonathan

> > ---
> > ChangeLog since V5:
> > 	Since the dt-binding doc states the power supply name is "vdd" and many dts files already using
> > 	"vcc" as the power supply name, althoug it does NOT match the datasheet which has "vdd", to make
> > 	it NOT breaking existing dtb files, just use "vcc" as the regulator name.
> > ---
> >  drivers/iio/light/isl29018.c | 47 +++++++++++++++++++++++++++++++++++++++++---
> >  1 file changed, 44 insertions(+), 3 deletions(-)
> > 
> > diff --git a/drivers/iio/light/isl29018.c b/drivers/iio/light/isl29018.c
> > index b45400f..76c3a48 100644
> > --- a/drivers/iio/light/isl29018.c
> > +++ b/drivers/iio/light/isl29018.c
> > @@ -23,6 +23,7 @@
> >  #include <linux/mutex.h>
> >  #include <linux/delay.h>
> >  #include <linux/regmap.h>
> > +#include <linux/regulator/consumer.h>
> >  #include <linux/slab.h>
> >  #include <linux/iio/iio.h>
> >  #include <linux/iio/sysfs.h>
> > @@ -95,6 +96,7 @@ struct isl29018_chip {
> >  	struct isl29018_scale	scale;
> >  	int			prox_scheme;
> >  	bool			suspended;
> > +	struct regulator	*vcc_reg;
> >  };
> >  
> >  static int isl29018_set_integration_time(struct isl29018_chip *chip,
> > @@ -735,6 +737,19 @@ static int isl29018_probe(struct i2c_client *client,
> >  
> >  	mutex_init(&chip->lock);
> >  
> > +	chip->vcc_reg = devm_regulator_get_optional(&client->dev, "vcc");
> > +	if (!IS_ERR(chip->vcc_reg)) {
> > +		err = regulator_enable(chip->vcc_reg);
> > +		if (err) {
> > +			dev_err(&client->dev, "failed to enable VCC regulator\n");
> > +			return err;
> > +		}
> > +	} else {
> > +		err = PTR_ERR(chip->vcc_reg);
> > +		if (err != -ENODEV)
> > +			return err;
> > +	}
> > +
> >  	chip->type = dev_id;
> >  	chip->calibscale = 1;
> >  	chip->ucalibscale = 0;
> > @@ -747,12 +762,12 @@ static int isl29018_probe(struct i2c_client *client,
> >  	if (IS_ERR(chip->regmap)) {
> >  		err = PTR_ERR(chip->regmap);
> >  		dev_err(&client->dev, "regmap initialization fails: %d\n", err);
> > -		return err;
> > +		goto disable_regulator;
> >  	}
> >  
> >  	err = isl29018_chip_init(chip);
> >  	if (err)
> > -		return err;
> > +		goto disable_regulator;
> >  
> >  	indio_dev->info = isl29018_chip_info_tbl[dev_id].indio_info;
> >  	indio_dev->channels = isl29018_chip_info_tbl[dev_id].channels;
> > @@ -761,13 +776,22 @@ static int isl29018_probe(struct i2c_client *client,
> >  	indio_dev->dev.parent = &client->dev;
> >  	indio_dev->modes = INDIO_DIRECT_MODE;
> >  
> > -	return devm_iio_device_register(&client->dev, indio_dev);
> > +	err = devm_iio_device_register(&client->dev, indio_dev);
> > +	if (!err)
> > +		return 0;  
> Don't make this change.  It makes the code less readable.  
> 
> Right now you don't turn the regulator off in remove at all and
> you definitely should.
> 
> You should not be mixing managed and unmanaged calls.
> This is because you will end up with race conditions.  Here the
> regulators are disabled before the automated unwinding calls
> device unregister.  Hence we have a window in which the power
> is turned off but the userspace interfaces are still there.
> 
> Weird crashes likely to follow!
> 
> Two options:
> 1) For everything after the power on change from devm to non
> devm and do the unwinding.
> 2) Use devm_add_action_or_reset to automatically handle
> the unwinding of the regulator enable.  The result being that
> it is back in the right place order wise.
> 
> 
> 
> > +
> > +disable_regulator:
> > +	if (!IS_ERR(chip->vcc_reg))
> > +		regulator_disable(chip->vcc_reg);
> > +
> > +	return err;
> >  }
> >  
> >  #ifdef CONFIG_PM_SLEEP
> >  static int isl29018_suspend(struct device *dev)
> >  {
> >  	struct isl29018_chip *chip = iio_priv(dev_get_drvdata(dev));
> > +	int ret;
> >  
> >  	mutex_lock(&chip->lock);
> >  
> > @@ -777,6 +801,14 @@ static int isl29018_suspend(struct device *dev)
> >  	 * So we do not have much to do here.
> >  	 */
> >  	chip->suspended = true;
> > +	if (!IS_ERR(chip->vcc_reg)) {
> > +		ret = regulator_disable(chip->vcc_reg);
> > +		if (ret) {
> > +			dev_err(dev, "failed to disable VCC regulator\n");
> > +			mutex_unlock(&chip->lock);
> > +			return ret;
> > +		}
> > +	}
> >  
> >  	mutex_unlock(&chip->lock);
> >  
> > @@ -790,6 +822,15 @@ static int isl29018_resume(struct device *dev)
> >  
> >  	mutex_lock(&chip->lock);
> >  
> > +	if (!IS_ERR(chip->vcc_reg)) {
> > +		err = regulator_enable(chip->vcc_reg);
> > +		if (err) {
> > +			dev_err(dev, "failed to enable VCC regulator\n");
> > +			mutex_unlock(&chip->lock);
> > +			return err;
> > +		}
> > +	}
> > +
> >  	err = isl29018_chip_init(chip);
> >  	if (!err)
> >  		chip->suspended = false;  
> 


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, back to index

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-12-13  6:18 [PATCH V6] iio: light: isl29018: add optional vcc regulator operation support Anson Huang
2018-12-16 12:44 ` Jonathan Cameron
2018-12-16 14:04   ` Jonathan Cameron

Linux-IIO Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/linux-iio/0 linux-iio/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 linux-iio linux-iio/ https://lore.kernel.org/linux-iio \
		linux-iio@vger.kernel.org linux-iio@archiver.kernel.org
	public-inbox-index linux-iio


Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.linux-iio


AGPL code for this site: git clone https://public-inbox.org/ public-inbox