From: Andy Shevchenko <andy@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,
linux-acpi@vger.kernel.org, nuno.sa@analog.com,
Michael.Hennerich@analog.com, marcelo.schmitt@analog.com,
jic23@kernel.org, robh@kernel.org, krzk+dt@kernel.org,
conor+dt@kernel.org, marcelo.schmitt1@gmail.com,
linus.walleij@linaro.org, brgl@bgdev.pl, lgirdwood@gmail.com,
broonie@kernel.org, jonath4nns@gmail.com, dlechner@baylibre.com,
rafael@kernel.org, djrscally@gmail.com
Subject: Re: [PATCH v9 09/12] iio: adc: ad7768-1: add support for Synchronization over SPI
Date: Fri, 30 May 2025 20:45:32 +0300 [thread overview]
Message-ID: <aDnuvAdkcTAP2tMt@smile.fi.intel.com> (raw)
In-Reply-To: <27cccb51cc56f1bb57cb06d279854a503d779e25.1748447035.git.Jonathan.Santos@analog.com>
On Thu, May 29, 2025 at 07:50:29PM -0300, Jonathan Santos wrote:
> The synchronization method using GPIO requires the generated pulse to be
> truly synchronous with the base MCLK signal. When it is not possible to
> do that in hardware, the datasheet recommends using synchronization over
> SPI, where the generated pulse is already synchronous with MCLK. This
> requires the SYNC_OUT pin to be connected to the SYNC_IN pin.
>
> Use trigger-sources property to enable device synchronization over SPI
> and multi-device synchronization while replacing sync-in-gpios property.
...
> struct ad7768_state {
> struct iio_trigger *trig;
> struct gpio_desc *gpio_sync_in;
> struct gpio_desc *gpio_reset;
> + bool en_spi_sync;
I'm wondering if moving this...
> const char *labels[ARRAY_SIZE(ad7768_channels)];
> struct gpio_chip gpiochip;
...to here saves a few bytes in accordance to `pahole`.
> };
...
> +static int ad7768_trigger_sources_sync_setup(struct device *dev,
> + struct fwnode_handle *dev_fwnode,
> + struct ad7768_state *st)
> +{
> + struct fwnode_reference_args args;
> +
> + struct fwnode_handle *fwnode __free(fwnode_handle) =
> + fwnode_find_reference_args(dev_fwnode, "trigger-sources",
> + "#trigger-source-cells", 0,
> + AD7768_TRIGGER_SOURCE_SYNC_IDX, &args);
I don't see how args are being used. This puts in doubt the need of the first
patch.
> + if (IS_ERR(fwnode))
> + return PTR_ERR(fwnode);
> +
> + /* First, try getting the GPIO trigger source */
> + if (fwnode_device_is_compatible(fwnode, "gpio-trigger")) {
> + st->gpio_sync_in = devm_fwnode_gpiod_get_index(dev, fwnode,
> + NULL,
> + 0,
> + GPIOD_OUT_LOW,
> + "sync-in");
> + return PTR_ERR_OR_ZERO(st->gpio_sync_in);
> + }
> +
> + /*
> + * TODO: Support the other cases when we have a trigger subsystem
> + * to reliably handle other types of devices as trigger sources.
> + *
> + * For now, return an error message. For self triggering, omit the
> + * trigger-sources property.
> + */
> + return dev_err_probe(dev, -EOPNOTSUPP, "Invalid synchronization trigger source\n");
> +}
...
> +static int ad7768_trigger_sources_get_sync(struct device *dev,
> + struct ad7768_state *st)
> +{
> + struct fwnode_handle *dev_fwnode = dev_fwnode(dev);
Call it just fwnode.
> + /*
> + * The AD7768-1 allows two primary methods for driving the SYNC_IN pin
> + * to synchronize one or more devices:
> + * 1. Using an external GPIO.
> + * 2. Using a SPI command, where the SYNC_OUT pin generates a
> + * synchronization pulse that drives the SYNC_IN pin.
> + */
> + if (fwnode_property_present(dev_fwnode, "trigger-sources"))
> + return ad7768_trigger_sources_sync_setup(dev, dev_fwnode, st);
> +
> + /*
> + * In the absence of trigger-sources property, enable self
> + * synchronization over SPI (SYNC_OUT).
> + */
> + st->en_spi_sync = true;
> + return 0;
> +}
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2025-05-30 17:45 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-29 22:47 [PATCH v9 00/12] iio: adc: ad7768-1: Add features, improvements, and fixes Jonathan Santos
2025-05-29 22:48 ` [PATCH v9 01/12] device property: add fwnode_find_reference_args() Jonathan Santos
2025-05-30 17:48 ` Andy Shevchenko
2025-05-31 17:43 ` Jonathan Cameron
2025-05-29 22:48 ` [PATCH v9 02/12] dt-bindings: trigger-source: add generic GPIO trigger source Jonathan Santos
2025-05-29 22:48 ` [PATCH v9 03/12] dt-bindings: iio: adc: ad7768-1: add trigger-sources property Jonathan Santos
2025-05-29 22:49 ` [PATCH v9 04/12] dt-bindings: iio: adc: ad7768-1: Document GPIO controller Jonathan Santos
2025-05-29 22:49 ` [PATCH v9 05/12] dt-bindings: iio: adc: ad7768-1: document regulator provider property Jonathan Santos
2025-05-29 22:49 ` [PATCH v9 06/12] iio: adc: ad7768-1: add regulator to control VCM output Jonathan Santos
2025-05-29 22:49 ` [PATCH v9 07/12] iio: adc: ad7768-1: Add GPIO controller support Jonathan Santos
2025-05-29 22:50 ` [PATCH v9 08/12] iio: adc: ad7768-1: add multiple scan types to support 16-bits mode Jonathan Santos
2025-05-29 22:50 ` [PATCH v9 09/12] iio: adc: ad7768-1: add support for Synchronization over SPI Jonathan Santos
2025-05-30 16:09 ` Jonathan Cameron
2025-05-30 17:45 ` Andy Shevchenko [this message]
2025-05-31 17:42 ` Jonathan Cameron
2025-06-02 17:15 ` Jonathan Santos
2025-06-02 21:25 ` Andy Shevchenko
2025-06-07 12:19 ` Jonathan Cameron
2025-05-29 22:50 ` [PATCH v9 10/12] iio: adc: ad7768-1: replace manual attribute declaration Jonathan Santos
2025-05-29 22:51 ` [PATCH v9 11/12] iio: adc: ad7768-1: add filter type and oversampling ratio attributes Jonathan Santos
2025-05-29 22:51 ` [PATCH v9 12/12] iio: adc: ad7768-1: add low pass -3dB cutoff attribute Jonathan Santos
2025-05-30 16:19 ` [PATCH v9 00/12] iio: adc: ad7768-1: Add features, improvements, and fixes Jonathan Cameron
2025-05-30 17:49 ` Andy Shevchenko
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=aDnuvAdkcTAP2tMt@smile.fi.intel.com \
--to=andy@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=djrscally@gmail.com \
--cc=dlechner@baylibre.com \
--cc=jic23@kernel.org \
--cc=jonath4nns@gmail.com \
--cc=krzk+dt@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-acpi@vger.kernel.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=nuno.sa@analog.com \
--cc=rafael@kernel.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.