Backport AD7768-1 driver from upstream tree by jonathanns · Pull Request #3170 · analogdevicesinc/linux

jonathanns · 2026-03-05T23:00:33Z

PR Description

This PR backports the AD7768-1 driver from the upstream Linux kernel to align with the latest implementation while maintaining compatibility with the ADI Linux kernel.

The current AD7768-1 driver implementation has significantly diverged from the upstream version. To enable a cleaner backport, this PR follows a structured approach to minimize disruption and ensure compatibility.

The first two commits are dedicated to renaming the old driver and documentation with a "legacy" suffix, ensuring backward compatibility during transition.

The following upstream patches, required to support the new driver, were backported:

"units: add conversion macros for percentage related units" to use the PERMYRIAD macro.
"regmap: provide regmap_assign_bits()" for the regmap_assign_bits() function.
"iio: introduced iio_push_to_buffers_with_ts() that takes a data_total_len argument."
"spi: Add spi_bpw_to_bytes() helper and use it"

Clean application of upstream AD7768-1 patches with the following adaptations:

"iio: adc: Add AD7768-1 ADC basic support": Minor adjustments to Kconfig, Makefile, and MAINTAINERS for ADI kernel compatibility.
"MAINTAINERS: update ad7768-1 entry": It was a bit hard to track the original commits with those changes, so I made this one.
"iio: adc: ad7768-1: Add GPIO controller support": Modified ad7768_gpio_set() to return void instead of int due to older GPIO subsystem in ADI kernel.
"arm: dts: Add device tree for ADAQ776x-1 on ZedBoard" Patches are placed later in the set to maintain logical grouping with related device support patches.

PR Type

Bug fix (a change that fixes an issue)
New feature (a change that adds new functionality)
Breaking change (a change that affects other repos or cause CIs to fail)

PR Checklist

I have conducted a self-review of my own code changes
I have compiled my changes, including the documentation
I have tested the changes on the relevant hardware
I have updated the documentation outside this repo accordingly
I have provided links for the relevant upstream lore

nunojsa · 2026-03-09T15:28:56Z

Do we need all of this patches to backport this :O?

jonathanns · 2026-03-10T14:56:37Z

Do we need all of this patches to backport this :O?

Using this approach, yes xd. Had to bring all patches that touch this driver.

We talked about just overwriting it in the other PR, but I thought it would lose track of the upstream work.

nunojsa · 2026-03-11T11:26:40Z

Using this approach, yes xd. Had to bring all patches that touch this driver.

Too much noise unfortunately. I would suggest something else:

Rename to legacy;
Bring the upstream version as-is in 6.12 and just apply patches after that point in time. Should reduce some churn... Same deal for bindings.

Additionally, what are we missing so that we can ditch the legacy driver?

jonathanns · 2026-03-11T18:14:00Z

Additionally, what are we missing so that we can ditch the legacy driver?

From a feature/capability perspective, nothing. We will cover everything and more. If that's the case, we could discard the legacy.

nunojsa · 2026-03-14T10:40:28Z

From a feature/capability perspective, nothing. We will cover everything and more. If that's the case, we could discard the legacy.

Then please do so. Upstreaming a driver and bringing it to our tree is enough justification for use to break ABI and more :). Otherwise it would a maintenance nightmare

jonathanns · 2026-03-18T00:13:32Z

v2
- Dropped renaming the old driver as "legacy".
- Directly replaced the old driver with the updated version from kernel 6.12.

machschmitt · 2026-03-20T19:10:04Z

First glance at the result.
There's a remaining unsigned int mclk_div; field in struct ad7768_state that could be dropped.

Question (mainly to @nunojsa): There are some utility patches, like "...regmap_assign_bits()" and "spi_bpw_to_bytes()", that this and other drivers miss when backported to ADI kernel 6.12. I had been asked to drop those types of patches in some other PR where I went for the same choice of also backporting additional support code. Just want to double check/ask the preferred way to backport updates is to not include such utility patches. Asking it because I've missed those patches more than once in the backports I've done recently. Also, since ADI Linux is somewhat always behind upstream, to miss utility patches when backporting drivers seems to be an inevitable tendency.

nunojsa · 2026-03-25T14:47:48Z

Hi @machschmitt,

Depends on the utility patches. If they are simple enough and not using them in the backported drivers is fairly painful, fine to backport them. For instance, I think spi_bpw_to_bytes() was recently included. IOW, if the utility patch is just about one patch to add the function then I guess it is fine. But if, in order to have the utility, we need to bring in more patches, then it becomes a bit questionable to me.

But let's see my experience in the next merge given that I allowed a fairly big number of these utilities to be backported. If it turns out, it's not that bad, we can be a bit more permissive going forward

nunojsa

Also, please rebase on main. I think you already don't need the spi bpw patch

drivers/iio/adc/ad7768-1.c

nunojsa · 2026-03-25T14:56:46Z

Please also address CI issues:

https://github.com/analogdevicesinc/linux/pull/3170/changes#diff-86256f7b75b37531c8b3b104dbdc841d22fee3dd3a71d3e049b7f92889d4235b

nunojsa · 2026-03-26T09:21:18Z

@jonathanns can you take care of the CI stuff?

jonathanns · 2026-03-26T11:18:09Z

@jonathanns can you take care of the CI stuff?

Yes, absolutely!

machschmitt · 2026-03-26T18:23:02Z

Hi @jonathanns ,

Does it make sense to also pick https://lore.kernel.org/linux-iio/20260214184637.16985-1-ethantidmore06@gmail.com/ ?
Also, can you also update
arch/arm/boot/dts/xilinx/zynq-coraz7s-cn0540.dts
arch/arm/boot/dts/intel/socfpga/socfpga_cyclone5_de10_nano_cn0540.dts
to the new SPI Engine driver? I believe it's just a matter of changing the compatible string.

Not sure if the extra patches are simple enough for Nuno's taste. Regarding the updates to ad7768-1, they look good to me.

machschmitt · 2026-03-26T18:29:55Z

drivers/iio/adc/ad7768-1.c

+		regmap_assign_bits(st->regmap, AD7768_REG_GPIO_WRITE,
+				   BIT(offset), value);


Actually, you could throw an error message here if regmap_assign_bits() returns error code.

In addition to GPIO synchronization, The AD7768-1 also supports synchronization over SPI, which use is recommended when the GPIO cannot provide a pulse synchronous with the base MCLK signal. It consists of looping back the SYNC_OUT to the SYNC_IN pin and send a command via SPI to trigger the synchronization. Introduce the 'trigger-sources' property to enable SPI-based synchronization via SYNC_OUT pin, along with additional optional entries for GPIO3 and DRDY pins. Also create #trigger-source-cells property to differentiate the trigger sources provided by the ADC. To improve readability, create a adi,ad7768-1.h header with the macros for the cell values. While at it, add description to the interrupts property. Acked-by: Conor Dooley <conor.dooley@microchip.com> Reviewed-by: David Lechner <dlechner@baylirbe.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Link: https://patch.msgid.link/713fd786010c75858700efaec8bb285274e7057e.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

The VCM output voltage can be used as a common-mode voltage within the amplifier preconditioning circuits external to the AD7768-1. This change allows the user to configure VCM output using the regulator framework. Acked-by: Marcelo Schmitt <marcelo.schmitt@analog.com> Reviewed-by: David Lechner <dlechner@baylibre.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Link: https://patch.msgid.link/1f02312fdc4131168b194d59f4b1688dc68ea36e.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

The AD7768-1 has the ability to control other local hardware (such as gain stages),to power down other blocks in the signal chain, or read local status signals over the SPI interface. Add direct mode conditional locks in the GPIO callbacks to prevent register access when the device is in buffered mode. This change exports the AD7768-1's four GPIOs and makes them accessible at an upper layer. OBS: GPIO set is not returning due to feature not available in kernel 6.12. Reviewed-by: Marcelo Schmitt <marcelo.schmitt@analog.com> Acked-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> Reviewed-by: Linus Walleij <linus.walleij@linaro.org> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Sergiu Cuciurean <sergiu.cuciurean@analog.com> Co-developed-by: Jonathan Santos <Jonathan.Santos@analog.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Link: https://patch.msgid.link/8abca580f43cb31d7088d07a7414b5f7efe91ead.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

When the device is configured to decimation x8, only possible in the sinc5 filter, output data is reduced to 16 bits in order to support 1 MHz of sampling frequency due to clock limitation. Use multiple scan types feature to enable the driver to switch scan type at runtime, making it possible to support both 24-bit and 16-bit resolution. Reviewed-by: Marcelo Schmitt <marcelo.schmitt@analog.com> Reviewed-by: David Lechner <dlechner@baylibre.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Link: https://patch.msgid.link/08780fd4a59885f1f250759ce655420bd1dbb383.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

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. Reviewed-by: David Lechner <dlechner@baylibre.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Link: https://patch.msgid.link/05aea6d1551fce94f290d68f1dba548513e1632f.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Use read_avail callback from struct iio_info to replace the manual declaration of sampling_frequency_available attribute. Reviewed-by: David Lechner <dlechner@baylibre.com> Reviewed-by: Marcelo Schmitt <marcelo.schmitt@analog.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Link: https://patch.msgid.link/b2653d270131b2c873373a6f81cde9a5bdf5d1ff.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Separate filter type and decimation rate from the sampling frequency attribute. The new filter type attribute enables sinc3, sinc3+rej60 and wideband filters, which were previously unavailable. Previously, combining decimation and MCLK divider in the sampling frequency obscured performance trade-offs. Lower MCLK divider settings increase power usage, while lower decimation rates reduce precision by decreasing averaging. By creating an oversampling attribute, which controls the decimation, users gain finer control over performance. The addition of those attributes allows a wider range of sampling frequencies and more access to the device features. Sampling frequency table is updated after every digital filter parameter change. Changes in the sampling frequency are not allowed anymore while in buffered mode. Reviewed-by: David Lechner <dlechner@baylibre.com> Co-developed-by: Pop Paul <paul.pop@analog.com> Signed-off-by: Pop Paul <paul.pop@analog.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Link: https://patch.msgid.link/cd3b60c44847d5c35cecc4385bbda6533be6825e.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Ad7768-1 has a different -3db frequency multiplier depending on the filter type configured. The cutoff frequency also varies according to the current ODR. Add a readonly low pass -3dB frequency cutoff attribute to clarify to the user which bandwidth is being allowed depending on the filter configurations. Reviewed-by: Marcelo Schmitt <marcelo.schmitt@analog.com> Reviewed-by: David Lechner <dlechner@baylibre.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Link: https://patch.msgid.link/804d66f1858014d7278aec3344d81c223661e878.1749569957.git.Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

The clamp macro returns a value within the specified range. In ad7768_set_freq(), the value returned from clamp() is checked against zero, which is not possible since the value would always be between 50 and 1024000. Removed the 'if' check. This issue was reported by static coverity analyser as logically dead code. Signed-off-by: Chandra Mohan Sundar <chandramohan.explore@gmail.com> Link: https://patch.msgid.link/20250816133757.98624-1-chandramohan.explore@gmail.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Use devm_regulator_get_enable_read_voltage() function as a standard and concise way of reading the voltage from the regulator and keep the regulator enabled. Replace the regulator descriptor with the direct voltage value in the device struct. Reviewed-by: Nuno Sá <nuno.sa@analog.com> Reviewed-by: Marcelo Schmitt <marcelo.schmitt@analog.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Link: https://patch.msgid.link/20250824041003.9727-1-Jonathan.Santos@analog.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Update the ad7768_read_label() function to use sysfs_emit(() for generating labels. Signed-off-by: Nuno Sá <nuno.sa@analog.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Add compatibles for supported parts in the ad7768-1 family: ADAQ7767-1, ADAQ7768-1 and ADAQ7769-1 Add property and checks for AFF gain, supported by ADAQ7767-1 and ADAQ7769-1, and for PGA gain, supported by ADAQ7768-1 and ADAQ7769-1: adi,aaf-gain-bp pga-gpios Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@oss.qualcomm.com> Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

update devicetree to support the new spi-engine implementation and regulator provider property. while at it, add channel description. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

…atures update devicetree to support the new spi-engine implementation and regulator provider property. while at it, add channel description. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

Enables using the ADAQ7767-1 device on ZedBoard with FMC connector. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

Enables using the ADAQ7768-1 device on ZedBoard with FMC connector. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

Enables using the ADAQ7769-1 device on ZedBoard with FMC connector. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

Add Chip info struct in SPI device to store channel information for each supported part. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Squash __ad7768_write_raw() back to ad7768_write_raw() to allow the addition of new attributes without requiring a direct mode claim. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Add support for ADAQ7767/68/69-1 series, which includes PGIA and Anti-aliasing filter (AAF) gains. Unlike the AD7768-1, they do not provide a VCM regulator interface. The PGA gain is configured in run-time through the scale attribute, if supported by the device. PGA is controlled by GPIOs provided in the device tree. The AAF gain is defined by hardware connections and should be specified in the device tree. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

Passing IRQF_ONESHOT ensures that the interrupt source is masked until the secondary (threaded) handler is done. If only a primary handler is used then the flag makes no sense because the interrupt can not fire (again) while its handler is running. The flag also disallows force-threading of the primary handler and the irq-core will warn about this. The intention here was probably not allowing forced-threading for handlers such as iio_trigger_generic_data_rdy_poll() will intends to invoke hard-interrupt handlers. Replace IRQF_ONESHOT with IRQF_NO_THREAD. Reviewed-by: Andy Shevchenko <andriy.shevchenko@intel.com> Reviewed-by: Marcus Folkesson <marcus.folkesson@gmail.com> Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

The function iio_get_current_scan_type() can return an error pointer, the return value scan_type is not checked for this and immediately dereferenced which can cause a kernel panic. Add check for IS_ERR() and propagate the error back. Fixes: ff08518 ("iio: adc: ad7768-1: add support for ADAQ776x-1 ADC Family") Reported-by: kernel test robot <lkp@intel.com> Reported-by: Dan Carpenter <error27@gmail.com> Closes: https://lore.kernel.org/r/202602051234.5gArzLyZ-lkp@intel.com/ Signed-off-by: Ethan Tidmore <ethantidmore06@gmail.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@intel.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

According to the datasheet, one-shot mode requires a SYNC_IN pulse to trigger a new sample conversion. In the current implementation, No sync pulse was sent after switching to one-shot mode and reinit_completion() was called before mode switching, creating a race condition where spurious interrupts during mode change could trigger completion prematurely. Fix by sending a sync pulse after configuring one-shot mode and reinit_completion() to ensure it only waits for the actual conversion completion. Fixes: a5f8c7d ("iio: adc: Add AD7768-1 ADC basic support") Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: David Lechner <dlechner@baylibre.com> Cc: <Stable@vger.kernel.org> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

wideband low ripple FIR Filter is not available in one-shot mode. In order to make direct reads work for all filter options, remove the switch for one-shot mode and guarantee device is always in continuous conversion mode. Fixes: fb1d3b2 ("iio: adc: ad7768-1: add filter type and oversampling ratio attributes") Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: David Lechner <dlechner@baylibre.com> Cc: <Stable@vger.kernel.org> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

The device continuously converts data while powered up, generating interrupts in the background. Configure the IRQ to be enabled and disabled manually as needed to avoid unnecessary CPU load. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: David Lechner <dlechner@baylibre.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

The AD7768-1 family supports sampling rates up to 1 MSPS, which exceeds the capabilities of conventional triggered buffer operations due to SPI transaction overhead and interrupt latency. Add SPI offload support to enable hardware-accelerated data acquisition that bypasses software SPI transactions using continuous data streaming. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Reviewed-by: David Lechner <dlechner@baylibre.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

jonathanns · 2026-03-27T20:54:14Z

v3:

Removed select REGULATOR, since it is implied already (might fix the CI errors).
Included iio: adc: ad7768-1: Fix ERR_PTR dereference in ad7768_fill_scale_tbl patch fix.
Added and error message for regmap_assign_bits() in ad7768_gpio_set() function.
Added patches to update the devicetrees for cn0540.
Rebase on main.

OBS: I forgot to mention earlier but the spi bpw patch was not found on main, that is why I am still keeping it here.

nunojsa · 2026-03-30T09:47:04Z

OBS: I forgot to mention earlier but the spi bpw patch was not found on main, that is why I am still keeping it here.

Did you rebased on main? I though we had backport it from a previou PR from @gastmaier. Anyways, I might be making some confusion!

Removed select REGULATOR, since it is implied already (might fix the CI errors).

Please don't. Maybe I was not clear, my bad :). But don't remove upstream code to make our CI or anything else happy :). In this particular case, I guess the "fix" is to update our defconfigs so they don't need to explicitly set CONFIG_REGULATOR (as suggested in the CI run).

Added and error message for regmap_assign_bits() in ad7768_gpio_set() function.

In the same spirit. If not in the upstream code, let's not add annoying diffs in the backport (we should just add the ones really needed like a missing API and adapting the backport to that for example).

jonathanns marked this pull request as ready for review March 9, 2026 12:31

jonathanns requested review from CiprianRegus, amiclaus, btogorean, buha, chegbeli, danmois, dbogdan, machschmitt, mhennerich, nunojsa, rbolboac and stefpopa as code owners March 9, 2026 12:31

jonathanns force-pushed the staging/ad77681_backport branch from 5a06fbc to 16cc20b Compare March 17, 2026 23:14

nunojsa reviewed Mar 25, 2026

View reviewed changes

drivers/iio/adc/ad7768-1.c Outdated Show resolved Hide resolved

machschmitt mentioned this pull request Mar 25, 2026

Drop old AD7946 and AD7984 device trees #3208

Merged

8 tasks

jonathanns force-pushed the staging/ad77681_backport branch from 16cc20b to b239566 Compare March 26, 2026 13:35

machschmitt reviewed Mar 26, 2026

View reviewed changes

jonathanns and others added 27 commits March 27, 2026 16:50

iio: adc: ad7768-1: replace sprintf() with sysfs_emit()

5429f33

Update the ad7768_read_label() function to use sysfs_emit(() for generating labels. Signed-off-by: Nuno Sá <nuno.sa@analog.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

arm: dts: zynq-zed-adv7511-ad7768-1-evb: support new features

522c60a

update devicetree to support the new spi-engine implementation and regulator provider property. while at it, add channel description. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

arm: dts: zynq-coraz7s-cn0540: update to support new features

15ad0fa

update devicetree to support the new spi-engine implementation and regulator provider property. while at it, add channel description. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

arm: dts: socfpga_cyclone5_de10_nano_cn0540: update to support new fe…

da8503a

…atures update devicetree to support the new spi-engine implementation and regulator provider property. while at it, add channel description. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

arm: dts: Add device tree for ADAQ7767-1 on ZedBoard

ea29c1d

Enables using the ADAQ7767-1 device on ZedBoard with FMC connector. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

arm: dts: Add device tree for ADAQ7768-1 on ZedBoard

b6d0bb5

Enables using the ADAQ7768-1 device on ZedBoard with FMC connector. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

arm: dts: Add device tree for ADAQ7769-1 on ZedBoard

495a4c0

Enables using the ADAQ7769-1 device on ZedBoard with FMC connector. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com>

iio: adc: ad7768-1: introduce chip info for future multidevice support

34dece1

Add Chip info struct in SPI device to store channel information for each supported part. Signed-off-by: Jonathan Santos <Jonathan.Santos@analog.com> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>

jonathanns force-pushed the staging/ad77681_backport branch from b239566 to 9c8426b Compare March 27, 2026 20:51

		regmap_assign_bits(st->regmap, AD7768_REG_GPIO_WRITE,
		BIT(offset), value);

Conversation

jonathanns commented Mar 5, 2026

PR Description

PR Type

PR Checklist

Uh oh!

nunojsa commented Mar 9, 2026

Uh oh!

jonathanns commented Mar 10, 2026

Uh oh!

nunojsa commented Mar 11, 2026

Uh oh!

jonathanns commented Mar 11, 2026

Uh oh!

nunojsa commented Mar 14, 2026

Uh oh!

jonathanns commented Mar 18, 2026

Uh oh!

machschmitt commented Mar 20, 2026

Uh oh!

nunojsa commented Mar 25, 2026

Uh oh!

nunojsa left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

nunojsa commented Mar 25, 2026

Uh oh!

nunojsa commented Mar 26, 2026

Uh oh!

jonathanns commented Mar 26, 2026

Uh oh!

machschmitt commented Mar 26, 2026

Uh oh!

machschmitt Mar 26, 2026

Choose a reason for hiding this comment

Uh oh!

jonathanns commented Mar 27, 2026

Uh oh!

nunojsa commented Mar 30, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

8 participants