From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Janani Sunil <janani.sunil@analog.com>
Cc: "Nuno Sá" <nuno.sa@analog.com>,
"Michael Hennerich" <Michael.Hennerich@analog.com>,
"Jonathan Cameron" <jic23@kernel.org>,
"David Lechner" <dlechner@baylibre.com>,
"Andy Shevchenko" <andy@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Olivier Moysan" <olivier.moysan@foss.st.com>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Linus Walleij" <linusw@kernel.org>,
"Bartosz Golaszewski" <brgl@kernel.org>,
"Jonathan Corbet" <corbet@lwn.net>,
"Shuah Khan" <skhan@linuxfoundation.org>,
"Michael Walle" <mwalle@kernel.org>,
linux@analog.com, linux-iio@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-gpio@vger.kernel.org, linux-doc@vger.kernel.org,
jananisunil.dev@gmail.com,
"Uwe Kleine-König" <u.kleine-koenig@baylibre.com>
Subject: Re: [PATCH v5 05/20] iio: adc: Add AD7768 and AD7768-4 core support
Date: Mon, 31 Aug 2026 12:04:27 +0300 [thread overview]
Message-ID: <apVDm1O_NtD07-rw@ashevche-desk.local> (raw)
In-Reply-To: <20260828-ad7768-driver-v5-5-e33ca6f841a2@analog.com>
On Fri, Aug 28, 2026 at 05:30:28PM +0200, Janani Sunil wrote:
> Add core support for the AD7768 and AD7768-4 simultaneous sampling ADCs.
> Configure supplies, clock and reset, use a custom regmap bus for the SPI
> protocol, and parse the enabled channels and input buffer settings from
> devicetree.
>
> Connect the converter to an IIO backend for buffered capture with CRC,
> provide a fixed safe wideband sampling configuration and add runtime
> power management.
...
> +#include <linux/array_size.h>
> +#include <linux/bitfield.h>
> +#include <linux/bitops.h>
> +#include <linux/clk.h>
> +#include <linux/delay.h>
> +#include <linux/device.h>
> +#include <linux/err.h>
> +#include <linux/math.h>
> +#include <linux/minmax.h>
> +#include <linux/module.h>
> +#include <linux/mutex.h>
> +#include <linux/pm_runtime.h>
> +#include <linux/property.h>
> +#include <linux/regmap.h>
> +#include <linux/regulator/consumer.h>
> +#include <linux/reset.h>
> +#include <linux/spi/spi.h>
> +#include <linux/time.h>
> +#include <linux/types.h>
> +
> +#include <linux/iio/backend.h>
> +#include <linux/iio/iio.h>
> +#include <linux/iio/types.h>
No need, it's assumed by iio/iio.h.
...
> +#define AD7768_REG_OFFSET(ch) \
> + (AD7768_REG_OFFSET_BASE + (3 * (ch)))
> +#define AD7768_REG_GAIN(ch) \
> + (AD7768_REG_GAIN_BASE + (3 * (ch)))
> +#define AD7768_REG_PHASE(ch) \
> + ((AD7768_REG_PHASE_BASE + (ch)))
> +#define __AD7768_4_REG_MAP(ch) \
> + ((ch) < 2 ? (ch) : ((ch) + 2))
I do not see why these can't be put on a single line(s).
> +struct ad7768_state {
> + struct regmap *regmap;
> + /* Protects device register access and configuration. */
> + struct mutex lock;
Not used here. Add it when it will be in use.
> + struct clk *mclk;
> + unsigned int datalines;
> + enum ad7768_clock_source clock_source;
> + const struct ad7768_chip_info *chip_info;
> + struct iio_backend *back;
> + unsigned int vref_uV[2];
> +
> + __be16 d16 __aligned(IIO_DMA_MINALIGN);
> +};
...
> +static const struct regmap_config ad7768_regmap_config = {
> + .reg_bits = 8,
> + .val_bits = 8,
> + .max_register = AD7768_REG_CHOP_CTRL,
> + .use_single_read = true,
> + .use_single_write = true,
I would add a comment explaining why we need these settings.
> + .readable_reg = ad7768_readable_reg,
> +};
> +
> +static const struct regmap_config ad7768_4_regmap_config = {
> + .reg_bits = 8,
> + .val_bits = 8,
> + .max_register = AD7768_REG_CHOP_CTRL,
> + .use_single_read = true,
> + .use_single_write = true,
Ditto.
> + .readable_reg = ad7768_4_readable_reg,
> +};
...
> +static int ad7768_update_scan_mode(struct iio_dev *indio_dev,
> + const unsigned long *scan_mask)
> +{
> + struct ad7768_state *st = iio_priv(indio_dev);
> + unsigned long channel_mask;
> + unsigned long standby_mask;
> + int ret;
> +
> + channel_mask = ad7768_all_standby_mask(st);
> + standby_mask = channel_mask & ~*scan_mask;
> +
> + /*
> + * Crystal excitation requires channel 4 on AD7768 or channel 2 on
> + * AD7768-4 to remain active.
> + */
> + if (st->clock_source == AD7768_CLOCK_SOURCE_XTAL)
> + standby_mask &= ~BIT(st->chip_info->num_channels / 2);
__clear_bit()
> + ret = regmap_update_bits(st->regmap, AD7768_REG_CH_STANDBY,
> + channel_mask, standby_mask);
> + if (ret)
> + return ret;
> +
> + for (unsigned int c = 0; c < st->chip_info->num_channels; c++) {
> + if (test_bit(c, scan_mask))
> + ret = iio_backend_chan_enable(st->back, c);
> + else
> + ret = iio_backend_chan_disable(st->back, c);
> + if (ret)
> + return ret;
> + }
> +
> + return 0;
> +}
...
> +static int ad7768_read_raw(struct iio_dev *indio_dev,
> + const struct iio_chan_spec *chan,
> + int *val, int *val2, long info)
> +{
> + struct ad7768_state *st = iio_priv(indio_dev);
> + unsigned int vref_idx;
> +
> + if (info != IIO_CHAN_INFO_SCALE)
> + return -EINVAL;
> +
> + vref_idx = chan->channel >= st->chip_info->num_channels / 2;
> + *val = 2 * st->vref_uV[vref_idx] / 1000;
(MICRO / MILLI)
> + *val2 = chan->scan_type.realbits;
> +
> + return IIO_VAL_FRACTIONAL_LOG2;
> +}
Also this code seems to be shuffled in the following patches. Can you make
a helper that won't be modified during the same series?
Same Q for all similar pieces in the series.
...
> +static int ad7768_configure_precharge_buffers(struct iio_dev *indio_dev,
> + struct ad7768_precharge_config *precharge_cfg)
> +{
> + struct ad7768_state *st = iio_priv(indio_dev);
> + u8 prebuf1_val, prebuf2_val;
> + u16 prebuf_mask = 0;
> + u8 refbufp_val = 0;
> + u8 refbufn_val = 0;
> + int ret;
> +
> + for (u8 ch = 0; ch < indio_dev->num_channels; ch++) {
u8 works, but sounds a bit non-standard. Can be unsigned int?
(Usually we use uXX in the cases when it goes to HW or on the
wire in general, otherwise C POD types are fine.)
> + u8 channel = indio_dev->channels[ch].channel;
> +
> + if (precharge_cfg[channel].prebufp_en)
> + prebuf_mask |= AD7768_PREBUF_POS_EN(channel);
> +
> + if (precharge_cfg[channel].prebufn_en)
> + prebuf_mask |= AD7768_PREBUF_NEG_EN(channel);
> +
> + if (precharge_cfg[channel].refbufp)
> + refbufp_val |= ad7768_channel_mask(st, channel);
> +
> + if (precharge_cfg[channel].refbufn)
> + refbufn_val |= ad7768_channel_mask(st, channel);
> + }
> +
> + prebuf1_val = ad7768_precharge_buf1_mask(st, ~prebuf_mask);
> + prebuf2_val = ad7768_precharge_buf2_mask(st, ~prebuf_mask);
> +
> + ret = regmap_write(st->regmap, AD7768_REG_PRECHARGE_BUF1, prebuf1_val);
> + if (ret)
> + return ret;
> +
> + ret = regmap_write(st->regmap, AD7768_REG_PRECHARGE_BUF2, prebuf2_val);
> + if (ret)
> + return ret;
> +
> + ret = regmap_write(st->regmap, AD7768_REG_REFP_BUF, refbufp_val);
> + if (ret)
> + return ret;
> +
> + return regmap_write(st->regmap, AD7768_REG_REFN_BUF, refbufn_val);
> +}
...
> +static int ad7768_configure_capture(struct ad7768_state *st)
> +{
> + unsigned int dclk_div_reg;
> + unsigned int mode_config;
> + unsigned int dclk_div;
> + int ret;
> +
> + ret = regmap_update_bits(st->regmap, AD7768_REG_POWER_MODE,
> + AD7768_POWER_MODE_POWER_MODE_MSK |
> + AD7768_POWER_MODE_MCLK_DIV_MSK,
> + FIELD_PREP(AD7768_POWER_MODE_POWER_MODE_MSK,
> + AD7768_POWER_MODE_POWER_MODE_FAST) |
> + FIELD_PREP(AD7768_POWER_MODE_MCLK_DIV_MSK,
> + AD7768_POWER_MODE_POWER_MODE_FAST));
> + if (ret)
> + return ret;
> +
> + /*
> + * Start with the wideband filter and a decimation rate of 64. This
> + * supports every valid data-line configuration at the maximum MCLK.
> + */
> + mode_config = FIELD_PREP(AD7768_CH_MODE_FILTER_TYPE_MSK,
> + AD7768_CH_MODE_FILTER_TYPE_WIDEBAND);
> + mode_config |= FIELD_PREP(AD7768_CH_MODE_DEC_RATE_MSK,
> + AD7768_CH_MODE_DEC_RATE_64);
Can it be one assignment?
mode_config = FIELD_PREP(AD7768_CH_MODE_FILTER_TYPE_MSK,
AD7768_CH_MODE_FILTER_TYPE_WIDEBAND) |
FIELD_PREP(AD7768_CH_MODE_DEC_RATE_MSK,
AD7768_CH_MODE_DEC_RATE_64);
> + ret = regmap_update_bits(st->regmap, AD7768_REG_CH_MODE(0),
> + AD7768_CH_MODE_FILTER_TYPE_MSK |
> + AD7768_CH_MODE_DEC_RATE_MSK,
> + mode_config);
> + if (ret)
> + return ret;
> +
> + ret = regmap_write(st->regmap, AD7768_REG_CH_MODE_SEL, 0);
> + if (ret)
> + return ret;
> +
> + dclk_div = 8 * st->datalines / st->chip_info->num_channels;
Does 8 represent BITS_PER_BYTE? Can BITS_TO_BYTES() be used?
> + dclk_div_reg = AD7768_INTERFACE_CFG_DCLK_DIV(dclk_div);
> + ret = regmap_update_bits(st->regmap, AD7768_REG_INTERFACE_CFG,
> + AD7768_INTERFACE_CFG_DCLK_DIV_MSK,
> + FIELD_PREP(AD7768_INTERFACE_CFG_DCLK_DIV_MSK,
> + dclk_div_reg));
> + if (ret)
> + return ret;
> +
> + return ad7768_sync(st);
> +}
...
> +static int ad7768_parse_config(struct iio_dev *indio_dev,
> + struct device *dev)
> +{
> + struct ad7768_precharge_config precharge_cfg[AD7768_MAX_CHANNEL] = { };
> + struct ad7768_state *st = iio_priv(indio_dev);
> + const unsigned int *available_datalines;
> + bool datalines_valid = false;
> + struct iio_chan_spec *chan;
> + unsigned int num_channels;
> + unsigned int standby_mask;
> + unsigned int len;
> + int chan_idx = 0;
> + int ret;
> +
> + num_channels = 0;
> + device_for_each_named_child_node_scoped(dev, child, "channel")
> + num_channels++;
There is counting API: device_get_named_child_node_count().
> + if (!num_channels || num_channels > st->chip_info->num_channels)
> + return dev_err_probe(dev, -EINVAL,
> + "Invalid number of channels\n");
I would go with
if (num_channels == 0)
return dev_err_probe(dev, -ENOENT, "No channel specified\n");
if (num_channels > st->chip_info->num_channels)
return dev_err_probe(dev, -ENOSPC, "Invalid number of channels\n");
> + chan = devm_kcalloc(indio_dev->dev.parent, num_channels,
> + sizeof(*chan), GFP_KERNEL);
Split logically
chan = devm_kcalloc(indio_dev->dev.parent, num_channels, sizeof(*chan),
GFP_KERNEL);
And why not dev?
chan = devm_kcalloc(dev, num_channels, sizeof(*chan), GFP_KERNEL);
> + if (!chan)
> + return -ENOMEM;
> +
> + indio_dev->channels = chan;
> + indio_dev->num_channels = num_channels;
> +
> + standby_mask = ad7768_all_standby_mask(st);
> +
> + /*
> + * Crystal excitation requires channel 4 on AD7768 or channel 2 on
> + * AD7768-4 to remain active.
> + */
> + if (st->clock_source == AD7768_CLOCK_SOURCE_XTAL)
> + standby_mask &= ~BIT(st->chip_info->num_channels / 2);
__clear_bit()
(and again, this code seems shuffled, please, make it static over the series,
so we will see the actual changes better).
> +
> + ret = regmap_write(st->regmap, AD7768_REG_CH_STANDBY, standby_mask);
> + if (ret)
> + return ret;
> +
> + device_for_each_named_child_node_scoped(dev, child, "channel") {
> + u32 channel;
> +
> + ret = fwnode_property_read_u32(child, "reg", &channel);
> + if (ret)
> + return dev_err_probe(dev, ret,
> + "Failed to parse reg of %pfwP\n",
> + child);
> +
> + if (channel >= st->chip_info->num_channels)
> + return dev_err_probe(dev, -EINVAL,
-ECHRNG
> + "Invalid channel %u in firmware\n",
> + channel);
> +
> + ret = regmap_clear_bits(st->regmap, AD7768_REG_CH_STANDBY,
> + BIT(channel));
> + if (ret)
> + return ret;
> +
> + precharge_cfg[channel].prebufp_en =
> + fwnode_property_read_bool(child,
> + "adi,prechargebuf-pos-enable");
> + precharge_cfg[channel].prebufn_en =
> + fwnode_property_read_bool(child,
> + "adi,prechargebuf-neg-enable");
> + precharge_cfg[channel].refbufp =
> + fwnode_property_read_bool(child,
> + "adi,refbuf-pos-enable");
> + precharge_cfg[channel].refbufn =
> + fwnode_property_read_bool(child,
> + "adi,refbuf-neg-enable");
> +
> + chan[chan_idx] = (struct iio_chan_spec) {
> + .type = IIO_VOLTAGE,
> + .info_mask_separate = BIT(IIO_CHAN_INFO_SCALE),
> + .indexed = 1,
> + .channel = channel,
> + .scan_index = channel,
> + .scan_type = {
> + .sign = 's',
> + .realbits = 24,
> + .storagebits = 32,
> + },
> + };
> + chan_idx++;
> + }
> +
> + ret = ad7768_configure_precharge_buffers(indio_dev, precharge_cfg);
> + if (ret)
> + return ret;
> +
> + available_datalines = st->chip_info->available_datalines;
> + len = st->chip_info->num_datalines;
> + st->datalines = available_datalines[len - 1];
> + ret = device_property_read_u32(dev, "adi,data-lines-number",
> + &st->datalines);
> + if (ret && ret != -EINVAL)
> + return dev_err_probe(dev, ret,
> + "Invalid %s property\n",
> + "adi,data-lines-number");
We use approach with if (device_property_present(...)) { ... } else { ...default... }.
> + for (unsigned int i = 0; i < len; i++) {
> + if (available_datalines[i] == st->datalines) {
> + datalines_valid = true;
> + break;
> + }
> + }
> +
> + if (!datalines_valid)
> + return dev_err_probe(dev, -EINVAL,
> + "Invalid data-lines-number %d for %s\n",
> + st->datalines, st->chip_info->name);
> +
> + return ad7768_configure_capture(st);
> +}
...
> +static int ad7768_probe(struct spi_device *spi)
> +{
> + unsigned int spi_readback, rev_id;
> + struct device *dev = &spi->dev;
> + struct iio_dev *indio_dev;
> + struct ad7768_state *st;
> + const char *clock_name;
> + int ret;
> +
> + indio_dev = devm_iio_device_alloc(dev, sizeof(*st));
> + if (!indio_dev)
> + return -ENOMEM;
> +
> + st = iio_priv(indio_dev);
> + spi_set_drvdata(spi, st);
> +
> + ret = devm_mutex_init(dev, &st->lock);
> + if (ret)
> + return ret;
> +
> + st->chip_info = spi_get_device_match_data(spi);
> + if (!st->chip_info)
> + return dev_err_probe(dev, -ENODEV,
ENODATA
> + "Failed to get match data\n");
return dev_err_probe(dev, -ENODATA, "Failed to get match data\n");
And it's fine on one line.
> + ret = devm_regulator_get_enable_optional(dev, "avss");
> + if (ret < 0 && ret != -ENODEV)
> + return dev_err_probe(dev, ret,
> + "Failed to enable AVSS supply\n");
Hmm... What about
ret = devm_regulator_get_enable_optional(dev, "avss");
if (ret == -ENODEV)
/* Do nothing, we may use dummy regulator here */
// add more explanatory comment
else if (ret)
return dev_err_probe(dev, ret,
"Failed to enable AVSS supply\n");
?
> + ret = devm_regulator_get_enable(dev, "avdd1");
> + if (ret)
> + return dev_err_probe(dev, ret,
> + "Failed to enable AVDD1 supply\n");
> +
> + ret = devm_regulator_bulk_get_enable(dev,
> + ARRAY_SIZE(ad7768_supply_names),
> + ad7768_supply_names);
> + if (ret)
> + return ret;
> + for (unsigned int i = 0;
> + i < ARRAY_SIZE(ad7768_vref_supply_names); i++) {
One line.
> + ret = ad7768_get_enable_vref(dev, i);
> + if (ret < 0)
> + return ret;
> +
> + st->vref_uV[i] = ret;
> + }
> + ret = device_property_match_property_string(dev, "clock-names",
> + ad7768_clock_names,
> + ARRAY_SIZE(ad7768_clock_names));
> + if (ret < 0)
> + return dev_err_probe(dev, ret, "Invalid clock source\n");
> +
> + st->clock_source = ret;
> + clock_name = ad7768_clock_names[st->clock_source];
> +
> + /*
> + * The device must start on its internal clock. Keep the LVDS clock
> + * disabled until GPIO4 is driven low and the LVDS input is enabled in
> + * the power mode register.
> + */
> + if (st->clock_source == AD7768_CLOCK_SOURCE_LVDS)
Make the checks consistent. Here and below they are for different cases.
> + st->mclk = devm_clk_get(dev, clock_name);
> + else
> + st->mclk = devm_clk_get_enabled(dev, clock_name);
> +
> + if (IS_ERR(st->mclk))
> + return dev_err_probe(dev, PTR_ERR(st->mclk),
> + "Failed to get master clock\n");
> +
> + st->regmap = devm_regmap_init(dev, &ad7768_regmap_bus, spi,
> + st->chip_info->regmap_config);
> + if (IS_ERR(st->regmap))
> + return PTR_ERR(st->regmap);
> +
> + ret = ad7768_reset(st);
> + if (ret)
> + return ret;
> +
> + /* Discard the reset response with a dummy SPI register read. */
> + ret = regmap_read(st->regmap, AD7768_REG_REV_ID, &spi_readback);
> + if (ret)
> + return ret;
> +
> + ret = regmap_read(st->regmap, AD7768_REG_REV_ID, &rev_id);
> + if (ret)
> + return ret;
> +
> + if (rev_id != AD7768_REV_ID_VAL)
> + dev_info(dev, "Unexpected revision ID 0x%02x\n", rev_id);
> +
> + if (st->clock_source == AD7768_CLOCK_SOURCE_XTAL) {
> + ret = ad7768_configure_xtal_clock(st);
> + if (ret)
> + return dev_err_probe(dev, ret,
> + "Failed to configure crystal clock\n");
> + } else if (st->clock_source == AD7768_CLOCK_SOURCE_LVDS) {
> + ret = ad7768_enable_lvds_clock(st);
> + if (ret)
> + return dev_err_probe(dev, ret,
> + "Failed to enable LVDS clock\n");
> + }
> +
> + ret = ad7768_parse_config(indio_dev, dev);
> + if (ret)
> + return ret;
> +
> + /*
> + * Hardware supports CRC every 4 or 16 samples; the backend supports only
> + * 4-sample CRC.
> + */
> + ret = regmap_update_bits(st->regmap, AD7768_REG_INTERFACE_CFG,
> + AD7768_INTERFACE_CFG_CRC_SELECT_MSK,
> + FIELD_PREP(AD7768_INTERFACE_CFG_CRC_SELECT_MSK,
> + AD7768_INTERFACE_CFG_CRC_SELECT_4));
> + if (ret)
> + return ret;
> +
> + indio_dev->name = st->chip_info->name;
> + indio_dev->info = &ad7768_info;
> + indio_dev->setup_ops = &ad7768_buffer_ops;
> +
> + st->back = devm_iio_backend_get(dev, NULL);
> + if (IS_ERR(st->back))
> + return PTR_ERR(st->back);
> +
> + ret = devm_iio_backend_request_buffer(dev, st->back, indio_dev);
> + if (ret)
> + return ret;
> +
> + ret = iio_backend_num_lanes_set(st->back, st->datalines);
> + if (ret)
> + return ret;
> +
> + ret = iio_backend_crc_enable(st->back);
> + if (ret)
> + return ret;
> +
> + ret = devm_iio_backend_enable(dev, st->back);
> + if (ret)
> + return ret;
> +
> + pm_runtime_set_autosuspend_delay(dev, 2000);
> + pm_runtime_use_autosuspend(dev);
> + ret = devm_pm_runtime_set_active_enabled(dev);
> + if (ret)
> + return ret;
> +
> + return devm_iio_device_register(dev, indio_dev);
> +}
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2026-08-31 9:04 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-28 15:30 [PATCH v5 00/20] iio: adc: Add AD7768/AD7768-4 ADC driver support Janani Sunil
2026-08-28 15:30 ` [PATCH v5 01/20] iio: adc: adi-axi-adc: Initialize state mutex Janani Sunil
2026-08-28 15:30 ` [PATCH v5 02/20] dt-bindings: iio: adc: Add AD7768 Janani Sunil
2026-08-28 15:30 ` [PATCH v5 03/20] iio: backend: Add support for CRC Janani Sunil
2026-08-28 15:30 ` [PATCH v5 04/20] iio: adc: adi-axi-adc: " Janani Sunil
2026-08-28 15:30 ` [PATCH v5 05/20] iio: adc: Add AD7768 and AD7768-4 core support Janani Sunil
2026-08-31 9:04 ` Andy Shevchenko [this message]
2026-08-31 15:20 ` Janani Sunil
2026-09-01 7:19 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 06/20] iio: adc: ad7768: Validate master clock rate Janani Sunil
2026-08-28 15:30 ` [PATCH v5 07/20] iio: adc: ad7768: Add power mode helper Janani Sunil
2026-08-31 4:44 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 08/20] iio: adc: ad7768: Derive output data rates Janani Sunil
2026-08-31 8:09 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 09/20] iio: adc: ad7768: Configure channel sampling profiles Janani Sunil
2026-08-31 8:18 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 10/20] iio: adc: ad7768: Add sampling frequency controls Janani Sunil
2026-08-31 8:24 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 11/20] iio: adc: ad7768: Add per-channel filter controls Janani Sunil
2026-08-28 15:30 ` [PATCH v5 12/20] iio: adc: ad7768: Wait for digital filters to settle Janani Sunil
2026-08-31 7:45 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 13/20] iio: adc: ad7768: Add calibration controls Janani Sunil
2026-08-31 8:26 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 14/20] iio: adc: ad7768: Add per-channel conversion delay Janani Sunil
2026-08-31 8:30 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 15/20] iio: adc: ad7768: Add VCM regulator support Janani Sunil
2026-08-28 15:30 ` [PATCH v5 16/20] iio: adc: ad7768: Register GPIO auxiliary device Janani Sunil
2026-08-31 8:33 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 17/20] gpio: regmap: Use regmap_test_bits() for single bit reads Janani Sunil
2026-09-02 13:48 ` Bartosz Golaszewski
2026-08-28 15:30 ` [PATCH v5 18/20] gpio: regmap: Add optional runtime PM support Janani Sunil
2026-08-31 7:15 ` Andy Shevchenko
2026-08-28 15:30 ` [PATCH v5 19/20] gpio: ad7768: Add AD7768 GPIO auxiliary driver Janani Sunil
2026-08-28 15:30 ` [PATCH v5 20/20] Documentation: iio: Add AD7768 Documentation Janani Sunil
2026-08-29 18:19 ` [PATCH v5 00/20] iio: adc: Add AD7768/AD7768-4 ADC driver support Jonathan Cameron
2026-08-30 7:12 ` Andy Shevchenko
2026-09-01 8:32 ` Bartosz Golaszewski
2026-09-01 15:44 ` 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=apVDm1O_NtD07-rw@ashevche-desk.local \
--to=andriy.shevchenko@intel.com \
--cc=Michael.Hennerich@analog.com \
--cc=andy@kernel.org \
--cc=brgl@kernel.org \
--cc=conor+dt@kernel.org \
--cc=corbet@lwn.net \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=janani.sunil@analog.com \
--cc=jananisunil.dev@gmail.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linusw@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@analog.com \
--cc=mwalle@kernel.org \
--cc=nuno.sa@analog.com \
--cc=olivier.moysan@foss.st.com \
--cc=p.zabel@pengutronix.de \
--cc=robh@kernel.org \
--cc=skhan@linuxfoundation.org \
--cc=u.kleine-koenig@baylibre.com \
/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