From: Jonathan Cameron <jic23@kernel.org>
To: Jonathan Santos <Jonathan.Santos@analog.com>
Cc: <linux-iio@vger.kernel.org>, <devicetree@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <linux-gpio@vger.kernel.org>,
<lars@metafoo.de>, <Michael.Hennerich@analog.com>,
<marcelo.schmitt@analog.com>, <robh@kernel.org>,
<krzk+dt@kernel.org>, <conor+dt@kernel.org>,
<linus.walleij@linaro.org>, <brgl@bgdev.pl>,
<lgirdwood@gmail.com>, <broonie@kernel.org>,
<dlechner@baylibre.com>, <marcelo.schmitt1@gmail.com>,
<jonath4nns@gmail.com>
Subject: Re: [PATCH v4 07/17] iio: adc: ad7768-1: remove unnecessary locking
Date: Sat, 8 Mar 2025 13:24:20 +0000 [thread overview]
Message-ID: <20250308132420.29d8dc90@jic23-huawei> (raw)
In-Reply-To: <d0450b7c5d8467e54913ef905f6147baa2b866b3.1741268122.git.Jonathan.Santos@analog.com>
On Thu, 6 Mar 2025 18:01:51 -0300
Jonathan Santos <Jonathan.Santos@analog.com> wrote:
> The current locking is only preventing a triggered buffer Transfer and a
> debugfs register access from happening at the same time. If a register
> access happens during a buffered read, the action is doomed to fail anyway,
> since we need to write a magic value to exit continuous read mode.
>
> Remove locking from the trigger handler and use
> iio_device_claim_direct_mode() instead in the register access function.
>
> Reviewed-by: David Lechner <dlechner@baylibre.com>
> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>
I don't really want more of the old school direct_mode calls
so I applied this with following tweak. Please take a look
at the result on testing branch of iio.git.
diff --git a/drivers/iio/adc/ad7768-1.c b/drivers/iio/adc/ad7768-1.c
index a427427aa324..5a863005aca6 100644
--- a/drivers/iio/adc/ad7768-1.c
+++ b/drivers/iio/adc/ad7768-1.c
@@ -255,9 +255,8 @@ static int ad7768_reg_access(struct iio_dev *indio_dev,
struct ad7768_state *st = iio_priv(indio_dev);
int ret;
- ret = iio_device_claim_direct_mode(indio_dev);
- if (ret)
- return ret;
+ if (!iio_device_claim_direct(indio_dev))
+ return -EBUSY;
if (readval) {
ret = ad7768_spi_reg_read(st, reg, 1);
@@ -269,7 +268,7 @@ static int ad7768_reg_access(struct iio_dev *indio_dev,
ret = ad7768_spi_reg_write(st, reg, writeval);
}
err_release:
- iio_device_release_direct_mode(indio_dev);
+ iio_device_release_direct(indio_dev);
return ret;
}
> ---
> v4 Changes:
> * None.
>
> v3 Changes:
> * Also removed the mutex_init and lock variable.
>
> v2 Changes:
> * New patch in v2. It replaces the guard(mutex) patch.
> ---
> drivers/iio/adc/ad7768-1.c | 21 +++++++++------------
> 1 file changed, 9 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/iio/adc/ad7768-1.c b/drivers/iio/adc/ad7768-1.c
> index 2e2d50ccb744..f5509a0a36ab 100644
> --- a/drivers/iio/adc/ad7768-1.c
> +++ b/drivers/iio/adc/ad7768-1.c
> @@ -154,7 +154,6 @@ static const struct iio_chan_spec ad7768_channels[] = {
> struct ad7768_state {
> struct spi_device *spi;
> struct regulator *vref;
> - struct mutex lock;
> struct clk *mclk;
> unsigned int mclk_freq;
> unsigned int samp_freq;
> @@ -256,18 +255,21 @@ static int ad7768_reg_access(struct iio_dev *indio_dev,
> struct ad7768_state *st = iio_priv(indio_dev);
> int ret;
>
> - mutex_lock(&st->lock);
> + ret = iio_device_claim_direct_mode(indio_dev);
> + if (ret)
> + return ret;
> +
> if (readval) {
> ret = ad7768_spi_reg_read(st, reg, 1);
> if (ret < 0)
> - goto err_unlock;
> + goto err_release;
> *readval = ret;
> ret = 0;
> } else {
> ret = ad7768_spi_reg_write(st, reg, writeval);
> }
> -err_unlock:
> - mutex_unlock(&st->lock);
> +err_release:
> + iio_device_release_direct_mode(indio_dev);
>
> return ret;
> }
> @@ -471,18 +473,15 @@ static irqreturn_t ad7768_trigger_handler(int irq, void *p)
> struct ad7768_state *st = iio_priv(indio_dev);
> int ret;
>
> - mutex_lock(&st->lock);
> -
> ret = spi_read(st->spi, &st->data.scan.chan, 3);
> if (ret < 0)
> - goto err_unlock;
> + goto out;
>
> iio_push_to_buffers_with_timestamp(indio_dev, &st->data.scan,
> iio_get_time_ns(indio_dev));
>
> -err_unlock:
> +out:
> iio_trigger_notify_done(indio_dev->trig);
> - mutex_unlock(&st->lock);
>
> return IRQ_HANDLED;
> }
> @@ -611,8 +610,6 @@ static int ad7768_probe(struct spi_device *spi)
>
> st->mclk_freq = clk_get_rate(st->mclk);
>
> - mutex_init(&st->lock);
> -
> indio_dev->channels = ad7768_channels;
> indio_dev->num_channels = ARRAY_SIZE(ad7768_channels);
> indio_dev->name = spi_get_device_id(spi)->name;
next prev parent reply other threads:[~2025-03-08 13:24 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-06 21:00 [PATCH v4 00/17] iio: adc: ad7768-1: Add features, improvements, and fixes Jonathan Santos
2025-03-06 21:00 ` [PATCH v4 01/17] iio: adc: ad7768-1: Fix conversion result sign Jonathan Santos
2025-03-08 13:13 ` Jonathan Cameron
2025-03-06 21:00 ` [PATCH v4 02/17] iio: adc: ad7768-1: set MOSI idle state to prevent accidental reset Jonathan Santos
2025-03-07 12:06 ` Marcelo Schmitt
2025-03-08 13:15 ` Jonathan Cameron
2025-03-31 13:16 ` Jonathan Santos
2025-03-06 21:00 ` [PATCH v4 03/17] dt-bindings: iio: adc: ad7768-1: add trigger-sources property Jonathan Santos
2025-03-08 13:17 ` Jonathan Cameron
2025-04-01 16:15 ` David Lechner
2025-03-06 21:01 ` [PATCH v4 04/17] dt-bindings: iio: adc: ad7768-1: Document GPIO controller Jonathan Santos
2025-03-07 13:46 ` Bartosz Golaszewski
2025-03-14 10:22 ` Linus Walleij
2025-03-06 21:01 ` [PATCH v4 05/17] dt-bindings: iio: adc: ad7768-1: document regulator provider property Jonathan Santos
2025-04-01 16:20 ` David Lechner
2025-03-06 21:01 ` [PATCH v4 06/17] Documentation: ABI: add wideband filter type to sysfs-bus-iio Jonathan Santos
2025-03-07 12:45 ` Marcelo Schmitt
2025-03-08 13:20 ` Jonathan Cameron
2025-03-06 21:01 ` [PATCH v4 07/17] iio: adc: ad7768-1: remove unnecessary locking Jonathan Santos
2025-03-08 13:24 ` Jonathan Cameron [this message]
2025-03-06 21:02 ` [PATCH v4 08/17] iio: adc: ad7768-1: convert driver to use regmap Jonathan Santos
2025-03-07 13:20 ` Marcelo Schmitt
2025-03-08 13:27 ` Jonathan Cameron
2025-04-01 16:31 ` David Lechner
2025-04-01 16:38 ` David Lechner
2025-03-06 21:02 ` [PATCH v4 09/17] iio: adc: ad7768-1: Add reset gpio Jonathan Santos
2025-03-07 13:42 ` Marcelo Schmitt
2025-03-08 13:30 ` Jonathan Cameron
2025-03-06 21:02 ` [PATCH v4 10/17] iio: adc: ad7768-1: Move buffer allocation to a separate function Jonathan Santos
2025-03-07 13:52 ` Marcelo Schmitt
2025-03-08 13:33 ` Jonathan Cameron
2025-03-06 21:02 ` [PATCH v4 11/17] iio: adc: ad7768-1: add regulator to control VCM output Jonathan Santos
2025-03-07 14:32 ` Marcelo Schmitt
2025-03-08 13:08 ` Jonathan Cameron
2025-03-08 13:38 ` Jonathan Cameron
2025-03-06 21:03 ` [PATCH v4 12/17] iio: adc: ad7768-1: Add GPIO controller support Jonathan Santos
2025-03-07 13:45 ` Bartosz Golaszewski
2025-03-08 13:41 ` Jonathan Cameron
2025-04-04 21:12 ` Marcelo Schmitt
2025-03-06 21:03 ` [PATCH v4 13/17] iio: adc: ad7768-1: add multiple scan types to support 16-bits mode Jonathan Santos
2025-03-06 21:03 ` [PATCH v4 14/17] iio: adc: ad7768-1: add support for Synchronization over SPI Jonathan Santos
2025-04-01 17:02 ` David Lechner
2025-03-06 21:04 ` [PATCH v4 15/17] iio: adc: ad7768-1: replace manual attribute declaration Jonathan Santos
2025-03-07 14:49 ` Marcelo Schmitt
2025-04-01 17:05 ` David Lechner
2025-03-06 21:04 ` [PATCH v4 16/17] iio: adc: ad7768-1: add filter type and oversampling ratio attributes Jonathan Santos
2025-03-08 13:56 ` Jonathan Cameron
2025-04-01 0:18 ` Jonathan Santos
2025-04-06 10:49 ` Jonathan Cameron
2025-03-06 21:04 ` [PATCH v4 17/17] iio: adc: ad7768-1: add low pass -3dB cutoff attribute Jonathan Santos
2025-03-07 15:12 ` Marcelo Schmitt
2025-04-01 17:12 ` David Lechner
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=20250308132420.29d8dc90@jic23-huawei \
--to=jic23@kernel.org \
--cc=Jonathan.Santos@analog.com \
--cc=Michael.Hennerich@analog.com \
--cc=brgl@bgdev.pl \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=jonath4nns@gmail.com \
--cc=krzk+dt@kernel.org \
--cc=lars@metafoo.de \
--cc=lgirdwood@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo.schmitt1@gmail.com \
--cc=marcelo.schmitt@analog.com \
--cc=robh@kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).