[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aSQMjZbc75cQtFqJ@smile.fi.intel.com>
Date: Mon, 24 Nov 2025 09:43:09 +0200
From: Andy Shevchenko <andriy.shevchenko@...el.com>
To: Jorge Marques <gastmaier@...il.com>
Cc: Jonathan Cameron <jic23@...nel.org>,
Jorge Marques <jorge.marques@...log.com>,
Lars-Peter Clausen <lars@...afoo.de>,
Michael Hennerich <Michael.Hennerich@...log.com>,
David Lechner <dlechner@...libre.com>,
Nuno Sá <nuno.sa@...log.com>,
Andy Shevchenko <andy@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>,
Jonathan Corbet <corbet@....net>, linux-iio@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-doc@...r.kernel.org
Subject: Re: [PATCH 3/7] iio: adc: Add support for ad4062
On Sun, Nov 23, 2025 at 08:48:09PM +0100, Jorge Marques wrote:
> On Sat, Oct 18, 2025 at 05:10:32PM +0100, Jonathan Cameron wrote:
> > On Mon, 13 Oct 2025 09:28:01 +0200
> > Jorge Marques <jorge.marques@...log.com> wrote:
> Mostly acknowledgements and explanations, except a comment on ACQUIRE usage.
...
> > > +static int ad4062_read_chan_raw(struct iio_dev *indio_dev, int *val)
> > > +{
> > > + struct ad4062_state *st = iio_priv(indio_dev);
> > > + int ret;
> > > +
> > > + ret = pm_runtime_resume_and_get(&st->i3cdev->dev);
> > There is a nice new
> > ACQUIRE()/ACQUIRE_ERR() related set of conditional guards defined that
> > let you do this using cleanup.h style.
> >
> > https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9a0abc39450a3123fd52533a662fbd37e0d1508c
> >
> > This looks like a perfect example of where those help.
> >
> > When I catch up with review backlog I plan to look for other
> > places to use that infrastructure in IIO.
> >
> I tried implementing, here becomes
>
> ACQUIRE(pm_runtime_active_try_enabled, pm)(&st->i3cdev->dev);
> ret = ACQUIRE_ERR(pm_runtime_active_try_enabled, &pm);
>
> At buffer and monitor, since we put the device as active during the
> lifetime of the buffer and monitor mode, either I leave as is, or I bump
> the counter with pm_runtime_get_noresume, so when the method leaves, the
> counter drops to 1 and not 0, then on disable I drop the counter back to
> 0 and queue the autosuspend with pm_runtime_put_autosuspend.
> >
> > > + if (ret)
> > > + return ret;
> > > +
> > > + ret = ad4062_set_operation_mode(st, st->mode);
> > > + if (ret)
> > > + goto out_error;
> > > +
> > > + ret = __ad4062_read_chan_raw(st, val);
> > > +
> > > +out_error:
> > > + pm_runtime_put_autosuspend(&st->i3cdev->dev);
> > > + return ret;
> > > +}
I read the above code, I read it again, I don't understand the reasoning.
The ACQUIRE() doesn't change the behaviour of the above code.
If you need to bump the reference counter, it should be done somewhere else
where it affects the flow, or this code has a bug.
If I miss something, please elaborate.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists