Linux IIO development
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@kernel.org>
To: Joshua Crofts <joshua.crofts1@gmail.com>
Cc: Sanjay Chitroda <sanjayembeddedse@gmail.com>,
	dlechner@baylibre.com, nuno.sa@analog.com, andy@kernel.org,
	sakari.ailus@linux.intel.com,
	christoph.muellner@theobroma-systems.com, martink@posteo.de,
	mfuzzey@parkeon.com, linux-iio@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 06/10] iio: accel: mma8452: convert to bulk regulator usage
Date: Mon, 18 May 2026 14:37:18 +0100	[thread overview]
Message-ID: <20260518143718.646210bf@jic23-huawei> (raw)
In-Reply-To: <CALoEA-xvobdVgDcUdB7PwYA=k8sUutNikG3Pw9fb9VOXyraSaQ@mail.gmail.com>

On Wed, 6 May 2026 00:34:22 +0200
Joshua Crofts <joshua.crofts1@gmail.com> wrote:

> On Tue, 5 May 2026 at 19:49, Sanjay Chitroda <sanjayembeddedse@gmail.com> wrote:
> >
> > From: Sanjay Chitroda <sanjayembeddedse@gmail.com>
> >
> > The "vdd" and "vddio" regulators are always controlled together. Switch
> > to the regulator bulk API to handle setup, enable, and disable paths in
> > a single call.
> >
> > No functional change intended.
> >
> > Suggested-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> > Signed-off-by: Sanjay Chitroda <sanjayembeddedse@gmail.com>
> > ---
> >  drivers/iio/accel/mma8452.c | 59 ++++++++++---------------------------
> >  1 file changed, 15 insertions(+), 44 deletions(-)
> >
> > diff --git a/drivers/iio/accel/mma8452.c b/drivers/iio/accel/mma8452.c
> > index b49949792190..1c984c708ec3 100644
> > --- a/drivers/iio/accel/mma8452.c
> > +++ b/drivers/iio/accel/mma8452.c
> > @@ -111,8 +111,7 @@ struct mma8452_data {
> >         u8 data_cfg;
> >         const struct mma_chip_info *chip_info;
> >         int sleep_val;
> > -       struct regulator *vdd_reg;
> > -       struct regulator *vddio_reg;
> > +       struct regulator_bulk_data regs[2];
> >
> >         /* Ensure correct alignment of time stamp when present */
> >         struct {
> > @@ -1570,25 +1569,15 @@ static int mma8452_probe(struct i2c_client *client)
> >         if (ret)
> >                 return ret;
> >
> > -       data->vdd_reg = devm_regulator_get(&client->dev, "vdd");
> > -       if (IS_ERR(data->vdd_reg))
> > -               return dev_err_probe(&client->dev, PTR_ERR(data->vdd_reg),
> > -                                    "failed to get VDD regulator!\n");
> > -
> > -       data->vddio_reg = devm_regulator_get(&client->dev, "vddio");
> > -       if (IS_ERR(data->vddio_reg))
> > -               return dev_err_probe(&client->dev, PTR_ERR(data->vddio_reg),
> > -                                    "failed to get VDDIO regulator!\n");
> > -
> > -       ret = regulator_enable(data->vdd_reg);
> > +       data->regs[0].supply = "vdd";
> > +       data->regs[1].supply = "vddio";
> > +       ret = devm_regulator_bulk_get(dev, ARRAY_SIZE(data->regs), data->regs);  
> 
> Since you're using ARRAY_SIZE(), it would be good to add a <linux/array_size.h>
> include, as it's currently pulling the macro from elsewhere. Perhaps
> run the IWYU
> tool to check (any header additions/removals stemming from IWYU would go in a
> separate patch however).
Fully agree that there are missing includes in the file.
ARRAY_SIZE() is already in use so ideally an IWYU header additions patch
should precede this one that adds another user.

Given Andy's comments as well need addressing I'll stop here in picking up the series.
Jonathan

> 


  reply	other threads:[~2026-05-18 13:37 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-05 17:46 [PATCH v3 00/10] iio: accel: mma8452: improve coding style, pm and resource cleanup Sanjay Chitroda
2026-05-05 17:46 ` [PATCH v3 01/10] iio: accel: mma8452: handle I2C read error(s) in mma8452_read() Sanjay Chitroda
2026-05-18 13:30   ` Jonathan Cameron
2026-05-05 17:46 ` [PATCH v3 02/10] iio: accel: mma8452: switch to non-devm request_threaded_irq() Sanjay Chitroda
2026-05-06 17:47   ` Jonathan Cameron
2026-05-18 13:31     ` Jonathan Cameron
2026-05-05 17:46 ` [PATCH v3 03/10] iio: accel: mma8452: cleanup codestyle warning Sanjay Chitroda
2026-05-06  9:24   ` Joshua Crofts
2026-05-06 17:53     ` Jonathan Cameron
2026-05-07  7:19       ` Joshua Crofts
2026-05-18 13:32   ` Jonathan Cameron
2026-05-05 17:46 ` [PATCH v3 04/10] iio: accel: mma8452: sort headers alphabetically Sanjay Chitroda
2026-05-06  9:29   ` Joshua Crofts
2026-05-18 13:33     ` Jonathan Cameron
2026-05-05 17:46 ` [PATCH v3 05/10] iio: accel: mma8452: Use dev_err_probe() Sanjay Chitroda
2026-05-05 18:45   ` Joshua Crofts
2026-05-06  9:22     ` Andy Shevchenko
2026-05-06  9:27       ` Joshua Crofts
2026-05-06  9:37         ` Andy Shevchenko
2026-05-18 13:35   ` Jonathan Cameron
2026-05-05 17:46 ` [PATCH v3 06/10] iio: accel: mma8452: convert to bulk regulator usage Sanjay Chitroda
2026-05-05 22:34   ` Joshua Crofts
2026-05-18 13:37     ` Jonathan Cameron [this message]
2026-05-06  9:31   ` Andy Shevchenko
2026-05-05 17:46 ` [PATCH v3 07/10] iio: accel: mma8452: use local struct device Sanjay Chitroda
2026-05-06  9:19   ` Joshua Crofts
2026-05-07  2:17     ` Sanjay Chitroda
2026-05-06  9:34   ` Andy Shevchenko
2026-05-05 17:46 ` [PATCH v3 08/10] iio: accel: mma8452: use pm_ptr() and direct runtime PM calls Sanjay Chitroda
2026-05-06  9:42   ` Andy Shevchenko
2026-05-06 18:06   ` Jonathan Cameron
2026-05-07  2:46     ` Sanjay Chitroda
2026-05-07 17:05       ` Jonathan Cameron
2026-05-05 17:46 ` [PATCH v3 09/10] iio: accel: mma8452: Use IIO cleanup helpers Sanjay Chitroda
2026-05-05 17:46 ` [PATCH v3 10/10] iio: accel: mma8452: use guard() to release mutexes Sanjay Chitroda
2026-05-06  9:46   ` Andy Shevchenko
2026-05-06  9:24 ` [PATCH v3 00/10] iio: accel: mma8452: improve coding style, pm and resource cleanup Andy Shevchenko
2026-05-07  2:12   ` Sanjay Chitroda
2026-05-17 20:09 ` Sanjay Chitroda
2026-05-18  7:20   ` Andy Shevchenko
2026-05-18 13:39     ` Jonathan Cameron

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=20260518143718.646210bf@jic23-huawei \
    --to=jic23@kernel.org \
    --cc=andy@kernel.org \
    --cc=christoph.muellner@theobroma-systems.com \
    --cc=dlechner@baylibre.com \
    --cc=joshua.crofts1@gmail.com \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=martink@posteo.de \
    --cc=mfuzzey@parkeon.com \
    --cc=nuno.sa@analog.com \
    --cc=sakari.ailus@linux.intel.com \
    --cc=sanjayembeddedse@gmail.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