MPU6050 has two power supply pins: VDD and VLOGIC, but the mpu6050
only supports enabling one of them at the moment. In some cases,
they may need to be enabled separately.
Add an additional "vdd-supply", but keep the code simple by making
the driver use the regulator bulk API. This actually allows further
simplifying the code since regulator_bulk_* already logs the errors
for us.
Signed-off-by: Stephan Gerhold <[email protected]>
---
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 30 +++++++---------------
drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h | 5 ++--
2 files changed, 12 insertions(+), 23 deletions(-)
diff --git a/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c b/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c
index 354030e9bed5..8e50dbcd730b 100644
--- a/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c
+++ b/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c
@@ -1144,11 +1144,8 @@ static int inv_mpu_core_enable_regulator(struct inv_mpu6050_state *st)
{
int result;
- result = regulator_enable(st->vddio_supply);
- if (result) {
- dev_err(regmap_get_device(st->map),
- "Failed to enable regulator: %d\n", result);
- } else {
+ result = regulator_bulk_enable(ARRAY_SIZE(st->supplies), st->supplies);
+ if (result == 0) {
/* Give the device a little bit of time to start up. */
usleep_range(35000, 70000);
}
@@ -1158,14 +1155,7 @@ static int inv_mpu_core_enable_regulator(struct inv_mpu6050_state *st)
static int inv_mpu_core_disable_regulator(struct inv_mpu6050_state *st)
{
- int result;
-
- result = regulator_disable(st->vddio_supply);
- if (result)
- dev_err(regmap_get_device(st->map),
- "Failed to disable regulator: %d\n", result);
-
- return result;
+ return regulator_bulk_disable(ARRAY_SIZE(st->supplies), st->supplies);
}
static void inv_mpu_core_disable_regulator_action(void *_data)
@@ -1239,14 +1229,12 @@ int inv_mpu_core_probe(struct regmap *regmap, int irq, const char *name,
return -EINVAL;
}
- st->vddio_supply = devm_regulator_get(dev, "vddio");
- if (IS_ERR(st->vddio_supply)) {
- if (PTR_ERR(st->vddio_supply) != -EPROBE_DEFER)
- dev_err(dev, "Failed to get vddio regulator %d\n",
- (int)PTR_ERR(st->vddio_supply));
-
- return PTR_ERR(st->vddio_supply);
- }
+ st->supplies[0].supply = "vdd";
+ st->supplies[1].supply = "vddio";
+ result = devm_regulator_bulk_get(dev, ARRAY_SIZE(st->supplies),
+ st->supplies);
+ if (result)
+ return result;
result = inv_mpu_core_enable_regulator(st);
if (result)
diff --git a/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h b/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h
index 52fcf45050a5..96cbd7f2b4b3 100644
--- a/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h
+++ b/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h
@@ -12,6 +12,7 @@
#include <linux/iio/iio.h>
#include <linux/iio/buffer.h>
#include <linux/regmap.h>
+#include <linux/regulator/consumer.h>
#include <linux/iio/sysfs.h>
#include <linux/iio/kfifo_buf.h>
#include <linux/iio/trigger.h>
@@ -130,7 +131,7 @@ struct inv_mpu6050_hw {
* @chip_period: chip internal period estimation (~1kHz).
* @it_timestamp: timestamp from previous interrupt.
* @data_timestamp: timestamp for next data sample.
- * @vddio_supply voltage regulator for the chip.
+ * @supplies: voltage regulators for the chip.
* @magn_disabled: magnetometer disabled for backward compatibility reason.
* @magn_raw_to_gauss: coefficient to convert mag raw value to Gauss.
* @magn_orient: magnetometer sensor chip orientation if available.
@@ -154,7 +155,7 @@ struct inv_mpu6050_state {
s64 chip_period;
s64 it_timestamp;
s64 data_timestamp;
- struct regulator *vddio_supply;
+ struct regulator_bulk_data supplies[2];
bool magn_disabled;
s32 magn_raw_to_gauss[3];
struct iio_mount_matrix magn_orient;
--
2.23.0
Hello Stephan,
nice patch but I have an important concern.
We are calling the core_enable/disable_regulator functions when going into suspend and resume. With your changes, we are going to power down the chip when going into suspend and then power it up again. This way we will loose all already set configuration, like FSR, sampling rate, init values, ... The chip will not be able to work correctly anymore after a suspend-resume cycle.
You need to change the resume/suspend handlers to only disable/enable the vddio regulator, not the vdd one.
Thanks.
Best regards,
JB
From: Stephan Gerhold <[email protected]>
Sent: Wednesday, November 6, 2019 19:35
To: Jonathan Cameron <[email protected]>
Cc: Hartmut Knaack <[email protected]>; Lars-Peter Clausen <[email protected]>; Peter Meerwald-Stadler <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Linus Walleij <[email protected]>; Brian Masney <[email protected]>;
Jonathan Marek <[email protected]>; Jean-Baptiste Maneyrol <[email protected]>; [email protected] <[email protected]>; [email protected] <[email protected]>; [email protected] <[email protected]>;
Stephan Gerhold <[email protected]>
Subject: [PATCH 2/2] iio: imu: mpu6050: Add support for vdd-supply regulator
?
?CAUTION: This email originated from outside of the organization. Please make sure the sender is who they say they are and do not click links or open attachments unless you recognize the sender and know the content is safe.
MPU6050 has two power supply pins: VDD and VLOGIC, but the mpu6050
only supports enabling one of them at the moment. In some cases,
they may need to be enabled separately.
Add an additional "vdd-supply", but keep the code simple by making
the driver use the regulator bulk API. This actually allows further
simplifying the code since regulator_bulk_* already logs the errors
for us.
Signed-off-by: Stephan Gerhold <[email protected]>
---
?drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 30 +++++++---------------
?drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h? |? 5 ++--
?2 files changed, 12 insertions(+), 23 deletions(-)
diff --git a/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c b/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c
index 354030e9bed5..8e50dbcd730b 100644
--- a/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c
+++ b/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c
@@ -1144,11 +1144,8 @@ static int inv_mpu_core_enable_regulator(struct inv_mpu6050_state *st)
?{
???????? int result;
?
-?????? result = regulator_enable(st->vddio_supply);
-?????? if (result) {
-?????????????? dev_err(regmap_get_device(st->map),
-?????????????????????? "Failed to enable regulator: %d\n", result);
-?????? } else {
+?????? result = regulator_bulk_enable(ARRAY_SIZE(st->supplies), st->supplies);
+?????? if (result == 0) {
???????????????? /* Give the device a little bit of time to start up. */
???????????????? usleep_range(35000, 70000);
???????? }
@@ -1158,14 +1155,7 @@ static int inv_mpu_core_enable_regulator(struct inv_mpu6050_state *st)
?
?static int inv_mpu_core_disable_regulator(struct inv_mpu6050_state *st)
?{
-?????? int result;
-
-?????? result = regulator_disable(st->vddio_supply);
-?????? if (result)
-?????????????? dev_err(regmap_get_device(st->map),
-?????????????????????? "Failed to disable regulator: %d\n", result);
-
-?????? return result;
+?????? return regulator_bulk_disable(ARRAY_SIZE(st->supplies), st->supplies);
?}
?
?static void inv_mpu_core_disable_regulator_action(void *_data)
@@ -1239,14 +1229,12 @@ int inv_mpu_core_probe(struct regmap *regmap, int irq, const char *name,
???????????????? return -EINVAL;
???????? }
?
-?????? st->vddio_supply = devm_regulator_get(dev, "vddio");
-?????? if (IS_ERR(st->vddio_supply)) {
-?????????????? if (PTR_ERR(st->vddio_supply) != -EPROBE_DEFER)
-?????????????????????? dev_err(dev, "Failed to get vddio regulator %d\n",
-?????????????????????????????? (int)PTR_ERR(st->vddio_supply));
-
-?????????????? return PTR_ERR(st->vddio_supply);
-?????? }
+?????? st->supplies[0].supply = "vdd";
+?????? st->supplies[1].supply = "vddio";
+?????? result = devm_regulator_bulk_get(dev, ARRAY_SIZE(st->supplies),
+??????????????????????????????????????? st->supplies);
+?????? if (result)
+?????????????? return result;
?
???????? result = inv_mpu_core_enable_regulator(st);
???????? if (result)
diff --git a/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h b/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h
index 52fcf45050a5..96cbd7f2b4b3 100644
--- a/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h
+++ b/drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h
@@ -12,6 +12,7 @@
?#include <linux/iio/iio.h>
?#include <linux/iio/buffer.h>
?#include <linux/regmap.h>
+#include <linux/regulator/consumer.h>
?#include <linux/iio/sysfs.h>
?#include <linux/iio/kfifo_buf.h>
?#include <linux/iio/trigger.h>
@@ -130,7 +131,7 @@ struct inv_mpu6050_hw {
? *? @chip_period:????? chip internal period estimation (~1kHz).
? *? @it_timestamp:???? timestamp from previous interrupt.
? *? @data_timestamp:?? timestamp for next data sample.
- *? @vddio_supply????? voltage regulator for the chip.
+ *? @supplies:???????? voltage regulators for the chip.
? *? @magn_disabled:???? magnetometer disabled for backward compatibility reason.
? *? @magn_raw_to_gauss:??????? coefficient to convert mag raw value to Gauss.
? *? @magn_orient:?????? magnetometer sensor chip orientation if available.
@@ -154,7 +155,7 @@ struct inv_mpu6050_state {
???????? s64 chip_period;
???????? s64 it_timestamp;
???????? s64 data_timestamp;
-?????? struct regulator *vddio_supply;
+?????? struct regulator_bulk_data supplies[2];
???????? bool magn_disabled;
???????? s32 magn_raw_to_gauss[3];
???????? struct iio_mount_matrix magn_orient;
--
2.23.0
Hi JB,
On Wed, Nov 06, 2019 at 07:55:20PM +0000, Jean-Baptiste Maneyrol wrote:
> Hello Stephan,
>
> nice patch but I have an important concern.
>
> We are calling the core_enable/disable_regulator functions when going into suspend and resume.
> With your changes, we are going to power down the chip when going into suspend and then power it up again.
> This way we will loose all already set configuration, like FSR, sampling rate, init values, ...
> The chip will not be able to work correctly anymore after a suspend-resume cycle.
>
> You need to change the resume/suspend handlers to only disable/enable the vddio regulator, not the vdd one.
That is a good point, thanks!
I guess we are not able to use the regulator bulk API in this case...
I will send a v2 soon.
Stephan
Hi Stephan,
I think the regulator_bulk usage is good, and the core_enable/disable_regulator functions implemented the way you did is perfect for the init/shutdown phase.
We just need to change the suspend/resume implementation to use something different.
Thanks,
JB
From: [email protected] <[email protected]> on behalf of Stephan Gerhold <[email protected]>
Sent: Wednesday, November 6, 2019 22:36
To: Jean-Baptiste Maneyrol <[email protected]>
Cc: Jonathan Cameron <[email protected]>; Hartmut Knaack <[email protected]>; Lars-Peter Clausen <[email protected]>; Peter Meerwald-Stadler <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Linus Walleij <[email protected]>;
Brian Masney <[email protected]>; Jonathan Marek <[email protected]>; [email protected] <[email protected]>; [email protected] <[email protected]>; [email protected] <[email protected]>
Subject: Re: [PATCH 2/2] iio: imu: mpu6050: Add support for vdd-supply regulator
?
?CAUTION: This email originated from outside of the organization. Please make sure the sender is who they say they are and do not click links or open attachments unless you recognize the sender and know the content is safe.
Hi JB,
On Wed, Nov 06, 2019 at 07:55:20PM +0000, Jean-Baptiste Maneyrol wrote:
> Hello Stephan,
>
> nice patch but I have an important concern.
>
> We are calling the core_enable/disable_regulator functions when going into suspend and resume.
> With your changes, we are going to power down the chip when going into suspend and then power it up again.
> This way we will loose all already set configuration, like FSR, sampling rate, init values, ...
> The chip will not be able to work correctly anymore after a suspend-resume cycle.
>
> You need to change the resume/suspend handlers to only disable/enable the vddio regulator, not the vdd one.
That is a good point, thanks!
I guess we are not able to use the regulator bulk API in this case...
I will send a v2 soon.
Stephan
On Thu, Nov 07, 2019 at 01:29:33PM +0000, Jean-Baptiste Maneyrol wrote:
> Hi Stephan,
>
> I think the regulator_bulk usage is good, and the core_enable/disable_regulator functions implemented the way you did is perfect for the init/shutdown phase.
>
> We just need to change the suspend/resume implementation to use something different.
As far as I can tell, the regulator bulk API is designed to be used when
you want to enable/disable multiple regulators at the same time.
It does not really allow controlling one of its regulators separately
(in a clean way).
E.g. if you would use regulator_bulk_disable() but already disabled one
of the regulators at some point earlier, you would run into a warning
because the regulator is disabled twice.
My updated patch is still clean enough (in my opinion), so I would say
it is better to avoid the regulator bulk API for this situation.
I will send v2 shortly.
Thanks,
Stephan