From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Marcelo Schmitt <marcelo.schmitt@analog.com>
Cc: linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
jic23@kernel.org, michael.hennerich@analog.com,
nuno.sa@analog.com, eblanc@baylibre.com, dlechner@baylibre.com,
andy@kernel.org, robh@kernel.org, krzk+dt@kernel.org,
conor+dt@kernel.org, corbet@lwn.net, marcelo.schmitt1@gmail.com
Subject: Re: [PATCH v9 7/8] iio: adc: ad4030: Add support for ADAQ4216 and ADAQ4224
Date: Tue, 17 Feb 2026 14:44:00 +0200 [thread overview]
Message-ID: <aZRikNMXKxW0JjTC@smile.fi.intel.com> (raw)
In-Reply-To: <39ebbb49619d5d588efe590560046d747dd46ad5.1771253601.git.marcelo.schmitt@analog.com>
On Mon, Feb 16, 2026 at 12:01:12PM -0300, Marcelo Schmitt wrote:
> ADAQ4216 and ADAQ4224 are similar to AD4030, but feature a PGA circuitry
> that scales the analog input signal prior to it reaching the ADC. The PGA
> is controlled through a pair of pins (A0 and A1) whose state define the
> gain that is applied to the input signal.
>
> Add support for ADAQ4216 and ADAQ4224. Provide a list of PGA options
> through the IIO device channel scale available interface and enable control
> of the PGA through the channel scale interface.
...
> +static void ad4030_fill_scale_avail(struct ad4030_state *st)
> +{
> + unsigned int mag_bits, int_part, fract_part, i;
> + u64 range;
> +
> + /*
> + * The maximum precision of differential channels is retrieved from the
> + * chip properties. The output code of differential channels is in two's
> + * complement format (i.e. signed), so the MSB is the sign bit and only
> + * (precision_bits - 1) bits express voltage magnitude.
> + */
> + mag_bits = st->chip->precision_bits - 1;
> +
> + for (i = 0; i < ARRAY_SIZE(adaq4216_hw_gains_frac); i++) {
Can be
for (unsigned int i = 0; i < ARRAY_SIZE(adaq4216_hw_gains_frac); i++) {
which is still under 80 and makes the top definition cleaner and code robust
by not exposing loop iterator out of the loop's scope.
> + range = mult_frac(st->vref_uv, adaq4216_hw_gains_frac[i][1],
> + adaq4216_hw_gains_frac[i][0]);
> + /*
> + * If range were in mV, we would multiply it by NANO below.
> + * Though, range is in µV so multiply it by MICRO only so the
> + * result after right shift and division scales output codes to
> + * millivolts.
> + */
> + int_part = div_u64_rem(((u64)range * MICRO) >> mag_bits, NANO, &fract_part);
> + st->scale_avail[i][0] = int_part;
> + st->scale_avail[i][1] = fract_part;
> + }
> +}
...
> +static int ad4030_set_pga(struct iio_dev *indio_dev, int gain_int, int gain_fract)
> +{
> + struct ad4030_state *st = iio_priv(indio_dev);
> + unsigned int mag_bits = st->chip->precision_bits - 1;
> + u64 gain_nano, tmp;
> +
> + if (!st->pga_gpios)
> + return -EINVAL;
> +
> + gain_nano = gain_int * NANO + gain_fract;
> + if (!in_range(gain_nano, 1, ADAQ4616_PGA_GAIN_MAX_NANO))
> + return -EINVAL;
> +
> + tmp = DIV_ROUND_CLOSEST_ULL(gain_nano << mag_bits, NANO);
> + gain_nano = DIV_ROUND_CLOSEST_ULL(st->vref_uv, tmp);
This (second one only) doesn't sound like a 64-bit division.
Can tmp be bigger than 32-bit?
> + st->pga_index = find_closest(gain_nano, adaq4216_hw_gains_vpv,
> + ARRAY_SIZE(adaq4216_hw_gains_vpv));
> +
> + return ad4030_set_pga_gain(st);
> +}
...
> +static int ad4030_setup_pga(struct device *dev, struct iio_dev *indio_dev,
> + struct ad4030_state *st)
> +{
> + unsigned int i;
> + int pga_gain_dB;
> + int ret;
> +
> + ret = device_property_read_u32(dev, "adi,pga-gain-db", &pga_gain_dB);
> + if (ret == -EINVAL) {
Actually instead of custom error hunting, this should be rather
if (device_property_present(dev, "adi,pga-gain-db")) {
ret = device_property_read_u32(dev, "adi,pga-gain-db", &pga_gain_dB);
if (ret)
return dev_err_probe(dev, ret, "Failed to get PGA value.\n");
} else {
> + /* Setup GPIOs for PGA control */
> + st->pga_gpios = devm_gpiod_get_array(dev, "pga", GPIOD_OUT_LOW);
> + if (IS_ERR(st->pga_gpios))
> + return dev_err_probe(dev, PTR_ERR(st->pga_gpios),
> + "Failed to get PGA gpios.\n");
> +
> + if (st->pga_gpios->ndescs != ADAQ4616_PGA_PINS)
> + return dev_err_probe(dev, -EINVAL,
> + "Expected 2 GPIOs for PGA control.\n");
> +
> + st->scale_avail_size = ARRAY_SIZE(adaq4216_hw_gains_db);
> + st->pga_index = 0;
> + return 0;
> + } else if (ret) {
> + return dev_err_probe(dev, ret, "Failed to get PGA value.\n");
> + }
(this goes above)
> + /* Set ADC driver to handle pin-strapped PGA pins setup */
> + for (i = 0; i < ARRAY_SIZE(adaq4216_hw_gains_db); i++) {
> + if (pga_gain_dB != adaq4216_hw_gains_db[i])
> + continue;
> +
> + st->pga_index = i;
> + break;
> + }
> + if (i == ARRAY_SIZE(adaq4216_hw_gains_db))
> + return dev_err_probe(dev, -EINVAL, "Invalid PGA gain: %d.\n",
> + pga_gain_dB);
> +
> + st->scale_avail_size = 1;
> + st->pga_gpios = NULL;
> +
> + return 0;
> +}
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2026-02-17 12:44 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-16 14:58 [PATCH v9 0/8] Add SPI offload support to AD4030 Marcelo Schmitt
2026-02-16 14:59 ` [PATCH v9 1/8] dt-bindings: iio: adc: adi,ad4030: Reference spi-peripheral-props Marcelo Schmitt
2026-02-20 11:13 ` Jonathan Cameron
2026-02-16 14:59 ` [PATCH v9 2/8] Docs: iio: ad4030: Add double PWM SPI offload doc Marcelo Schmitt
2026-02-16 15:00 ` [PATCH v9 3/8] dt-bindings: iio: adc: adi,ad4030: Add PWM Marcelo Schmitt
2026-02-16 15:00 ` [PATCH v9 4/8] iio: adc: ad4030: Use BIT macro to improve code readability Marcelo Schmitt
2026-02-20 11:15 ` Jonathan Cameron
2026-02-16 15:00 ` [PATCH v9 5/8] iio: adc: ad4030: Add SPI offload support Marcelo Schmitt
2026-02-17 12:34 ` Andy Shevchenko
2026-02-22 12:57 ` Jonathan Cameron
2026-02-23 15:08 ` Marcelo Schmitt
2026-02-23 15:15 ` Andy Shevchenko
2026-02-16 15:00 ` [PATCH v9 6/8] dt-bindings: iio: adc: adi,ad4030: Add ADAQ4216 and ADAQ4224 Marcelo Schmitt
2026-02-16 15:01 ` [PATCH v9 7/8] iio: adc: ad4030: Add support for " Marcelo Schmitt
2026-02-17 12:44 ` Andy Shevchenko [this message]
2026-02-19 12:39 ` Marcelo Schmitt
2026-02-16 15:01 ` [PATCH v9 8/8] iio: adc: ad4030: Support common-mode channels with SPI offloading Marcelo Schmitt
2026-02-22 13:01 ` 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=aZRikNMXKxW0JjTC@smile.fi.intel.com \
--to=andriy.shevchenko@intel.com \
--cc=andy@kernel.org \
--cc=conor+dt@kernel.org \
--cc=corbet@lwn.net \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=eblanc@baylibre.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-doc@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=michael.hennerich@analog.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