From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: radu.sabau@analog.com
Cc: Lars-Peter Clausen <lars@metafoo.de>,
Michael Hennerich <Michael.Hennerich@analog.com>,
Nuno Sa <nuno.sa@analog.com>, Jonathan Cameron <jic23@kernel.org>,
David Lechner <dlechner@baylibre.com>,
Andy Shevchenko <andy@kernel.org>,
Alexandru Ardelean <alexandru.ardelean@analog.com>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org,
devicetree@vger.kernel.org
Subject: Re: [PATCH v3 3/6] iio: imu: Add driver for the ADI ADIS16607
Date: Thu, 15 Oct 2026 22:04:32 +0300 [thread overview]
Message-ID: <atEjwJb7ATxtMT2F@ashevche-desk.local> (raw)
In-Reply-To: <20261015-adis16607-v3-3-f972d4efee85@analog.com>
On Thu, Oct 15, 2026 at 12:33:00PM +0300, Radu Sabau via B4 Relay wrote:
> The ADIS16607 is a Precision MEMS IMU from Analog Devices with
> triaxial gyroscope and accelerometer, delta angle/velocity, and
> temperature channels, communicating over a custom SPI Half-Duplex
> protocol. ADIS16607-2 has a ±450°/s gyroscope range, ADIS16607-3
> ±2000°/s; both share a ±40g accelerometer range and an 8 kHz internal
> clock.
>
> This is the base driver: probe, raw channel reads, sampling-frequency
> control, startup/self-test via adislib, and debugfs identity entries.
> No buffered capture, external clock sync, or calibration bias yet -
> those follow in later patches.
...
> +#include <linux/kernel.h>
No way. This header shouldn't appear in a simple driver like this.
> +#include <linux/units.h>
> +#include <linux/module.h>
Keep the list ordered.
> +#include <linux/property.h>
> +#include <linux/regulator/consumer.h>
> +#include <linux/spi/spi.h>
> +#include <linux/unaligned.h>
...
> +struct adis16607 {
> + const struct adis16607_chip_info *info;
> + struct adis adis;
If you ever use container_of() on this, the moving it to be the first member
saves some .text code.
> + unsigned long clk_freq; /* millihertz */
> + u64 sample_period_ns;
> + /* IIO buffer for reordered data - sized for max channels */
> + u8 data[64] __aligned(IIO_DMA_MINALIGN);
> +};
Note, whenever you optimize layout with `pahole` always check with
`bloat-o-meter` to see if the code generation is affected and how.
...
> + case 2:
> + adis->tx[0] = reg | BIT(7);
> + adis->tx[1] = 0;
> + adis->tx[2] = 0;
> + adis->tx[3] = 0;
> +
> + spi_message_init(&msg);
> + spi_message_add_tail(&xfers[0], &msg);
> + spi_message_add_tail(&xfers[1], &msg);
There is a function to add multiple transfers to the message.
> + ret = spi_sync(adis->spi, &msg);
> + if (ret)
> + return ret;
> +
> + *val = get_unaligned_be16(&adis->rx[2]);
> + break;
> +
> + case 4:
> + /* Read MSW from reg */
> + adis->tx[0] = reg | BIT(7);
> + adis->tx[1] = 0;
> + adis->tx[2] = 0;
> + adis->tx[3] = 0;
> +
> + spi_message_init(&msg);
> + spi_message_add_tail(&xfers[0], &msg);
> + spi_message_add_tail(&xfers[1], &msg);
Ditto.
> + ret = spi_sync(adis->spi, &msg);
> + if (ret)
> + return ret;
> +
> + val_msw = get_unaligned_be16(&adis->rx[2]);
> +
> + /* Read LSW from reg+1 */
> + adis->tx[0] = (reg + 1) | BIT(7);
> +
> + spi_message_init(&msg);
> + spi_message_add_tail(&xfers[0], &msg);
> + spi_message_add_tail(&xfers[1], &msg);
> +
> + ret = spi_sync(adis->spi, &msg);
> + if (ret)
> + return ret;
> +
> + val_lsw = adis->rx[2];
> +
> + /* Combine: 24-bit value with MSW in upper 16 bits, LSW in lower 8 bits */
> + *val = ((val_msw << 8) & 0xFFFF00) | val_lsw;
> + break;
> +
> + default:
> + return -EINVAL;
> + }
> +
> + return 0;
Replace breaks with return 0 and drop this one.
...
> +static int adis16607_spi_write(struct adis *adis, unsigned int reg,
> + unsigned int val, unsigned int size)
> +{
> + if (size != 2)
> + return -EINVAL;
> +
> + adis->tx[0] = reg;
> + adis->tx[1] = (val >> 8) & 0xFF;
> + adis->tx[2] = val & 0xFF;
put_unaligned_be16()
> + return spi_write(adis->spi, adis->tx, 3);
> +}
...
> + /* Read first set of self-test data */
> + for (i = 0; i < 6; i++) {
ARRAY_SIZE()
> + ret = __adis_read_reg_16(adis, ADIS16607_REG_SELF_TEST_DATA(i),
> + &st1_val[i]);
> + if (ret)
> + return ret;
> + }
...
> + /* Read second set of self-test data */
> + for (i = 0; i < 6; i++) {
Ditto.
> + ret = __adis_read_reg_16(adis, ADIS16607_REG_SELF_TEST_DATA(i),
> + &st2_val[i]);
> + if (ret)
> + return ret;
> +
> + if (!adis16607_delta_check((s16)st1_val[i], (s16)st2_val[i],
> + delta_max[i])) {
> + dev_err(&adis->spi->dev,
> + "Self-test failed for axis %d: delta out of range\n", i);
> + return -EINVAL;
> + }
> + }
> + /* Clear self-test register */
> + ret = __adis_write_reg_16(adis, ADIS16607_REG_SELF_TEST, 0);
> + if (ret)
> + return ret;
> +
> + return 0;
return ..._write_reg_16(...);
...
> + /* Additional 100ms required at initial startup per datasheet */
Add a reference where in DS it's required.
> + msleep(100);
...
> + /* Route a reset-status indicator to its own pin, if reset-gpios is wired */
> + if (device_property_present(dev, "reset-gpios")) {
Huh?! Can we use reset framework instead and do something with help of it?
> + ret = __adis_update_bits_base(adis, ADIS16607_REG_USER_GPIO_CFG,
> + ADIS16607_RESET_GPIO_MASK,
> + FIELD_PREP(ADIS16607_RESET_GPIO_MASK, 1), 2);
> + if (ret)
> + return ret;
> + }
...
> +#ifdef CONFIG_DEBUG_FS
> +static int adis16607_show_firmware_id(void *arg, u64 *val)
> +{
> + struct adis16607 *st = arg;
> + u16 rev;
> + int ret;
> +
> + ret = adis_read_reg_16(&st->adis, ADIS16607_REG_REV_ID, &rev);
> + if (ret)
> + return ret;
> +
> + *val = (rev >> 8) & 0xff;
> + return 0;
> +}
> +DEFINE_DEBUGFS_ATTRIBUTE(adis16607_firmware_id_fops,
> + adis16607_show_firmware_id, NULL, "%llu\n");
> +
> +static int adis16607_show_revision_id(void *arg, u64 *val)
> +{
> + struct adis16607 *st = arg;
> + u16 rev;
> + int ret;
> +
> + ret = adis_read_reg_16(&st->adis, ADIS16607_REG_REV_ID, &rev);
> + if (ret)
> + return ret;
> +
> + *val = rev & 0xff;
> + return 0;
> +}
> +DEFINE_DEBUGFS_ATTRIBUTE(adis16607_revision_id_fops,
> + adis16607_show_revision_id, NULL, "%llu\n");
"%u.%u" (major.minor)
...
> +#else
> +static void adis16607_debugfs_init(struct iio_dev *indio_dev)
> +{
> +}
> +#endif
Why? The DebugFS is aware of this, no ugly ifdeffery needed.
...
> +static int adis16607_get_freq(struct adis16607 *st, u32 *freq)
> +{
> + u16 dec = 0;
> + int ret;
> +
> + mutex_lock(&st->adis.state_lock);
What's wrong with guard()()?
> + ret = __adis_read_reg_16(&st->adis, ADIS16607_REG_DEC_RATE, &dec);
> + if (ret)
> + goto unlock;
> +
> + *freq = DIV_ROUND_CLOSEST(st->clk_freq, dec + 1);
> +
> +unlock:
> + mutex_unlock(&st->adis.state_lock);
> + return ret;
> +}
...
> +static int adis16607_config_clk(struct adis16607 *st)
> +{
> + st->clk_freq = (unsigned long)st->info->int_clk * 1000;
Why casting? What is the meaning of 1000? Why members are without _Hz or alike
units?
> + st->sample_period_ns = DIV_ROUND_CLOSEST_ULL((u64)NSEC_PER_SEC * 1000ULL,
> + st->clk_freq);
Better to indent like
st->sample_period_ns =
DIV_ROUND_CLOSEST_ULL((u64)NSEC_PER_SEC * 1000ULL, st->clk_freq);
> + return 0;
> +}
...
> +static int adis16607_probe(struct spi_device *spi)
> +{
> + struct device *dev = &spi->dev;
> + struct iio_dev *indio_dev;
> + struct adis16607 *st;
> + int ret;
> +
> + indio_dev = devm_iio_device_alloc(dev, sizeof(*st));
> + if (!indio_dev)
> + return -ENOMEM;
> +
> + st = iio_priv(indio_dev);
> + st->info = spi_get_device_match_data(spi);
> + if (!st->info)
> + return -EINVAL;
-ENODATA
> + indio_dev->name = st->info->name;
> + indio_dev->channels = st->info->channels;
> + indio_dev->num_channels = st->info->num_channels;
> + indio_dev->info = &adis16607_info;
> + indio_dev->modes = INDIO_DIRECT_MODE;
> +
> + st->adis.ops = &adis16607_ops;
> +
> + ret = devm_regulator_get_enable(dev, "vdd");
> + if (ret)
> + return dev_err_probe(dev, ret, "Failed to get vdd regulator\n");
> +
> + ret = adis_init(&st->adis, indio_dev, spi, &adis16607_data);
> + if (ret)
> + return ret;
> +
> + ret = __adis_initial_startup(&st->adis);
> + if (ret)
> + return ret;
> +
> + ret = adis16607_config_clk(st);
> + if (ret)
> + return ret;
> +
> + ret = devm_iio_device_register(dev, indio_dev);
> + if (ret)
> + return ret;
> +
> + adis16607_debugfs_init(indio_dev);
> +
> + return 0;
> +}
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2026-10-15 19:04 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-15 9:32 [PATCH v3 0/6] iio: imu: Add support for the ADI ADIS16607 Radu Sabau via B4 Relay
2026-10-15 9:32 ` [PATCH v3 1/6] iio: imu: adis: Add optional self_test callback and fix custom reset dispatch Radu Sabau via B4 Relay
2026-10-15 9:40 ` sashiko-bot
2026-10-15 18:50 ` Andy Shevchenko
2026-10-15 9:32 ` [PATCH v3 2/6] dt-bindings: iio: imu: Add bindings for ADI ADIS16607 Radu Sabau via B4 Relay
2026-10-15 9:33 ` [PATCH v3 3/6] iio: imu: Add driver for the " Radu Sabau via B4 Relay
2026-10-15 9:44 ` sashiko-bot
2026-10-15 19:04 ` Andy Shevchenko [this message]
2026-10-15 9:33 ` [PATCH v3 4/6] iio: imu: adis16607: Add FIFO-based buffered/triggered capture Radu Sabau via B4 Relay
2026-10-15 9:43 ` sashiko-bot
2026-10-15 9:33 ` [PATCH v3 5/6] iio: imu: adis16607: Add external clock sync support Radu Sabau via B4 Relay
2026-10-15 9:33 ` [PATCH v3 6/6] iio: imu: adis16607: Add calibration bias support for gyro/accel Radu Sabau via B4 Relay
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=atEjwJb7ATxtMT2F@ashevche-desk.local \
--to=andriy.shevchenko@intel.com \
--cc=Michael.Hennerich@analog.com \
--cc=alexandru.ardelean@analog.com \
--cc=andy@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nuno.sa@analog.com \
--cc=radu.sabau@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