From: David Lechner <dlechner@baylibre.com>
To: Matti Vaittinen <mazziesaccount@gmail.com>,
Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
Cc: "Lars-Peter Clausen" <lars@metafoo.de>,
"Michael Hennerich" <Michael.Hennerich@analog.com>,
"Jonathan Cameron" <jic23@kernel.org>,
"Nuno Sá" <nuno.sa@analog.com>,
"Andy Shevchenko" <andy@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Mark Brown" <broonie@kernel.org>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 7/8] iio: adc: ad7476: Support ROHM BD79105
Date: Wed, 6 Aug 2025 10:23:48 -0500 [thread overview]
Message-ID: <629801b8-a647-442b-83ba-6328ecf7a977@baylibre.com> (raw)
In-Reply-To: <c7f94cdf9bdc6882953f6a074db3fd87570fa98b.1754463393.git.mazziesaccount@gmail.com>
On 8/6/25 2:04 AM, Matti Vaittinen wrote:
> The ROHM BD79105 is a simple 16-bit ADC accessible via SPI*.
>
> The BD79105 has a CONVSTART pin, which must be set high to start the ADC
> conversion. Unlike with the ad7091 and ad7091r which also have a
> CONVSTART pin, the BD79105 requires that the pin must remain high also
> for the duration of the SPI access.
>
> (*) Couple of words about the SPI. The BD79105 has pins named as
> CONVSTART, SCLK, DIN and DOUT. For the curious reader, DIN is not SPI
> ISO.
>
> DIN is a signal which can be used as a chip-select. When DIN is pulled
> low, the ADC will output the completed measurement via DOUT as SCLK is
> clocked. According to the data-sheet, the DIN can also be used for
> daisy-chaining multiple ADCs. Also, DOUT can be used also for a
Leave out one of the "also"s.
> 'data-ready' -IRQ. These modes aren't supported by this driver.
>
> Support reading ADC scale and data from the BD79105 using SPI, when DIN
> is used as a chip-select.
>
> Signed-off-by: Matti Vaittinen <mazziesaccount@gmail.com>
> ---
> drivers/iio/adc/ad7476.c | 36 +++++++++++++++++++++++++++++++++++-
> 1 file changed, 35 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/iio/adc/ad7476.c b/drivers/iio/adc/ad7476.c
> index 1f736be09663..fc98aadc4077 100644
> --- a/drivers/iio/adc/ad7476.c
> +++ b/drivers/iio/adc/ad7476.c
> @@ -33,6 +33,7 @@ struct ad7476_chip_info {
> struct iio_chan_spec convst_channel[2];
> void (*reset)(struct ad7476_state *);
> void (*conversion_pre_op)(struct ad7476_state *st);
> + void (*conversion_post_op)(struct ad7476_state *st);
> bool has_vref;
> bool has_vdrive;
> };
> @@ -64,6 +65,23 @@ static void ad7091_convst(struct ad7476_state *st)
> udelay(1); /* Conversion time: 650 ns max */
> }
>
> +static void bd79105_convst_disable(struct ad7476_state *st)
> +{
> + if (!st->convst_gpio)
> + return;
> +
> + gpiod_set_value(st->convst_gpio, 0);
> +}
> +
> +static void bd79105_convst_enable(struct ad7476_state *st)
> +{
> + if (!st->convst_gpio)
> + return;
> +
> + gpiod_set_value(st->convst_gpio, 1);
> + udelay(1); /* 10ns required for conversion */
So ndelay(10)?
> +}
> +
> static irqreturn_t ad7476_trigger_handler(int irq, void *p)
> {
> struct iio_poll_func *pf = p;
> @@ -81,6 +99,8 @@ static irqreturn_t ad7476_trigger_handler(int irq, void *p)
> iio_push_to_buffers_with_ts(indio_dev, st->data, sizeof(st->data),
> iio_get_time_ns(indio_dev));
> done:
> + if (st->chip_info->conversion_post_op)
> + st->chip_info->conversion_post_op(st);
> iio_trigger_notify_done(indio_dev->trig);
>
> return IRQ_HANDLED;
> @@ -278,6 +298,20 @@ static const struct ad7476_chip_info ltc2314_14_chip_info = {
> .has_vref = true,
> };
>
> +static const struct ad7476_chip_info bd79105_chip_info = {
> + .convst_channel[0] = AD7091R_CONVST_CHAN(16),
> + .convst_channel[1] = IIO_CHAN_SOFT_TIMESTAMP(1),
> + /*
> + * The BD79105 starts ADC data conversion when thw CONVSTART is set
s/thw/the/
Also s/CONVSTART/CONVSTART line/ would be a bit more clear.
> + * HIGH. The CONVSTART must be kept HIGH until the data has been
> + * read from the ADC.
> + */
> + .conversion_pre_op = bd79105_convst_enable,
> + .conversion_post_op = bd79105_convst_disable,
> + .has_vref = true,
> + .has_vdrive = true,
> +};
> +
> static const struct iio_info ad7476_info = {
> .read_raw = &ad7476_read_raw,
> };
> @@ -347,7 +381,6 @@ static int ad7476_probe(struct spi_device *spi)
> if (st->convst_gpio)
> indio_dev->channels = st->chip_info->convst_channel;
> /* Setup default message */
> -
Random whitespace change.
> st->xfer.rx_buf = &st->data;
> st->xfer.len = indio_dev->channels[0].scan_type.storagebits / 8;
>
> @@ -393,6 +426,7 @@ static const struct spi_device_id ad7476_id[] = {
> { "ads7866", (kernel_ulong_t)&ads7866_chip_info },
> { "ads7867", (kernel_ulong_t)&ads7867_chip_info },
> { "ads7868", (kernel_ulong_t)&ads7868_chip_info },
> + { "bd79105", (kernel_ulong_t)&bd79105_chip_info },
> /*
> * The ROHM BU79100G is identical to the TI's ADS7866 from the software
> * point of view. The binding document mandates the ADS7866 to be
Unrelated to this patch, but interesting that we don't also have
an of_ lookup table.
next prev parent reply other threads:[~2025-08-06 15:23 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-06 7:02 [PATCH 0/8] Support ROHM BD79105 ADC Matti Vaittinen
2025-08-06 7:02 ` [PATCH 1/8] iio: adc: ad7476: Simplify chip type detection Matti Vaittinen
2025-08-06 7:03 ` [PATCH 2/8] iio: adc: ad7476: Simplify scale handling Matti Vaittinen
2025-08-06 20:21 ` Andy Shevchenko
2025-08-07 5:43 ` Matti Vaittinen
2025-08-06 7:03 ` [PATCH 3/8] iio: adc: ad7476: Use mV for internal reference Matti Vaittinen
2025-08-06 7:03 ` [PATCH 4/8] iio: adc: ad7476: Use correct channel for bit info Matti Vaittinen
2025-08-06 15:04 ` Jonathan Cameron
2025-08-07 6:46 ` Matti Vaittinen
2025-08-06 7:04 ` [PATCH 5/8] iio: adc: ad7476: Conditionally call convstart Matti Vaittinen
2025-08-06 7:04 ` [PATCH 6/8] dt-bindings: iio: adc: ad7476: Add ROHM bd79105 Matti Vaittinen
2025-08-06 15:15 ` David Lechner
2025-08-07 7:14 ` Matti Vaittinen
2025-08-06 7:04 ` [PATCH 7/8] iio: adc: ad7476: Support ROHM BD79105 Matti Vaittinen
2025-08-06 15:23 ` David Lechner [this message]
2025-08-07 7:27 ` Matti Vaittinen
2025-08-06 20:26 ` Andy Shevchenko
2025-08-07 7:30 ` Matti Vaittinen
2025-08-07 21:08 ` Andy Shevchenko
2025-08-06 7:04 ` [PATCH 8/8] MAINTAINERS: A driver for simple 1-channel SPI ADCs Matti Vaittinen
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=629801b8-a647-442b-83ba-6328ecf7a977@baylibre.com \
--to=dlechner@baylibre.com \
--cc=Michael.Hennerich@analog.com \
--cc=andy@kernel.org \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=lars@metafoo.de \
--cc=lgirdwood@gmail.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matti.vaittinen@fi.rohmeurope.com \
--cc=mazziesaccount@gmail.com \
--cc=nuno.sa@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
all inboxes | Powered by JetHome®