From: Joshua Crofts <joshua.crofts1@gmail.com>
To: Neil Armstrong <neil.armstrong@linaro.org>
Cc: "Jonathan Cameron" <jic23@kernel.org>,
"David Lechner" <dlechner@baylibre.com>,
"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>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] iio: adc: add driver for the MAX34417 Four-Channel High Dynamic Range Power Accumulator
Date: Thu, 24 Sep 2026 09:54:57 +0200 [thread overview]
Message-ID: <20260924095457.00006ed6@gmail.com> (raw)
In-Reply-To: <20260923-topic-sm8x50-iio-max34417-adc-v1-2-41d4ba1bfc41@linaro.org>
On Wed, 23 Sep 2026 21:10:23 +0200
Neil Armstrong <neil.armstrong@linaro.org> wrote:
> The MAX34417 is a specialized current and voltage monitor used to
> determine power consumption of portable systems. The driver support
> getting the channels voltage and accumulated average power over an
> I2C/SMBUS serial interface.
>
> Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org>
> ---
Hi Neil,
Several comments inline.
Josh
> drivers/iio/adc/Kconfig | 11 ++
> drivers/iio/adc/Makefile | 1 +
> drivers/iio/adc/max34417.c | 356 +++++++++++++++++++++++++++++++++++++++++++++
> 3 files changed, 368 insertions(+)
>
> diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
> index 415e519ad4eb..4c559bafd1ce 100644
> --- a/drivers/iio/adc/Kconfig
> +++ b/drivers/iio/adc/Kconfig
> @@ -1116,6 +1116,17 @@ config MAX34408
> To compile this driver as a module, choose M here: the module will be
> called max34408.
>
> +config MAX34417
> + tristate "Maxim max34417 ADC driver"
MAX34417
> + depends on I2C
> + select REGMAP_I2C
> + help
> + Say yes here to build ADC support for Maxim max34417 Four-Channel High
> + Dynamic Range Power Accumulator.
> +
> + To compile this driver as a module, choose M here: the module will be
> + called max34417.
> +
...
> +#include <linux/bitfield.h>
> +#include <linux/cleanup.h>
> +#include <linux/init.h>
> +#include <linux/i2c.h>
> +#include <linux/module.h>
> +#include <linux/property.h>
> +#include <linux/regmap.h>
> +#include <linux/units.h>
> +
+ array_size.h, bits.h, err.h, math64.h, mutex.h, property.h, regulator/consumer.h,
sysfs.h, types.h
> +#include <linux/iio/iio.h>
> +#include <linux/iio/types.h>
No need for this one, it's already in iio.h.
> +
> +#define MAX34417_UPDATE_REG 0x0
> +#define MAX34417_CONTROL_REG 0x1
> +#define MAX34417_ACC_COUNT_REG 0x2
> +
...
> +
> +/**
> + * struct max34417_data - max34417 specific data.
> + * @regmap: device register map.
> + * @dev: max34417 device.
> + * @lock: lock for protecting access to device hardware registers, mostly
Nit-picking, but... Device, MAX34417, Lock.
> + * for reading common accumulator count and control register.
> + * @input_correction: Correction based on the Rsense value from channel nodes.
> + * @input_label: Channel label from channel nodes.
> + */
> +struct max34417_data {
> + struct regmap *regmap;
> + struct device *dev;
> + struct mutex lock;
> + u32 input_correction[MAX34417_CHANNEL_COUNT];
> + const char *input_label[MAX34417_CHANNEL_COUNT];
> +};
> +
> +static const struct regmap_config max34417_regmap_config = {
> + .reg_bits = 8,
> + .val_bits = 8,
> + .max_register = MAX34417_DID_REG,
> +};
> +
...
> +static int max34417_accumulator_update(struct max34417_data *max34417)
> +{
> + int rc;
> +
> + rc = regmap_write(max34417->regmap, MAX34417_UPDATE_REG, 1);
> + if (rc) {
> + dev_err(max34417->dev, "Error (%d) writing update register\n", rc);
> + return rc;
> + }
> +
> + /* Wait for accumulator update */
> + usleep_range(1000, 2000);
fsleep(1000) would be better.
> +
> + return 0;
> +}
> +
> +static int max34417_read_voltage(struct max34417_data *max34417,
> + const struct iio_chan_spec *chan, int *val)
> +{
> + uint16_t voltage;
> + uint8_t buf[3];
> + int rc;
> +
> + guard(mutex)(&max34417->lock);
> +
> + rc = max34417_accumulator_update(max34417);
> + if (rc)
> + return rc;
> +
> + rc = regmap_noinc_read(max34417->regmap, chan->address, &buf, 3);
> + if (rc)
> + return rc;
> +
> + voltage = buf[2] | ((uint64_t)buf[1] << 8);
> + voltage >>= 2;
> +
> + *val = voltage;
> +
> + return IIO_VAL_INT;
> +}
> +
> +static int max34417_read_power(struct max34417_data *max34417,
> + const struct iio_chan_spec *chan, int *val, int *val2)
The alignment is off here. Additionally, put val and val2 on a separate line.
> +{
> + uint32_t acc_count;
> + uint64_t power;
> + uint8_t buf[8];
> + int rc;
> +
> + guard(mutex)(&max34417->lock);
> +
> + rc = max34417_accumulator_update(max34417);
> + if (rc)
> + return rc;
> +
> + rc = regmap_noinc_read(max34417->regmap, MAX34417_ACC_COUNT_REG,
> + &buf, 4);
> + if (rc)
> + return rc;
> +
> + acc_count = buf[3] | ((uint64_t)buf[2] << 8) | ((uint64_t)buf[1] << 16);
Maybe a check that acc_count isn't zero in case of a bad read etc.?
It could cause a divide-by-zero error later.
> +
> + rc = regmap_noinc_read(max34417->regmap, chan->address, &buf, 8);
> + if (rc)
> + return rc;
> +
> + power = buf[7];
> + power |= ((uint64_t)buf[6] << 8UL);
> + power |= ((uint64_t)buf[5] << 16UL);
> + power |= ((uint64_t)buf[4] << 24UL);
> + power |= ((uint64_t)buf[3] << 32UL);
> + power |= ((uint64_t)buf[2] << 40UL);
> + power |= ((uint64_t)buf[1] << 48UL);
> +
> + power = div_u64(power, acc_count);
> +
> + *val = FIELD_GET(GENMASK(31, 0), power);
> + *val2 = FIELD_GET(GENMASK(55, 32), power);
Sashiko points out:
Will this build correctly on 32-bit architectures?
Since GENMASK() operates on unsigned long, which is 32 bits wide on those
platforms, attempting to mask bits 55..32 might result in an out-of-bounds
shift and trigger compiler errors or warnings like BUILD_BUG_ON_ZERO. Should
GENMASK_ULL(55, 32) be used instead?
> +
> + return IIO_VAL_INT_64;
> +}
> +
> +static int max34417_read_raw(struct iio_dev *indio_dev,
> + struct iio_chan_spec const *chan,
> + int *val, int *val2, long mask)
> +{
> + struct max34417_data *max34417 = iio_priv(indio_dev);
> +
> + switch (mask) {
> + case IIO_CHAN_INFO_RAW:
> + if (chan->type == IIO_VOLTAGE)
> + return max34417_read_voltage(max34417, chan, val);
> + return -EINVAL;
+ Blank line.
> + case IIO_CHAN_INFO_AVERAGE_RAW:
> + if (chan->type == IIO_POWER)
> + return max34417_read_power(max34417, chan, val, val2);
+ Blank line.
> + return -EINVAL;
> + case IIO_CHAN_INFO_SCALE:
> + if (chan->type == IIO_VOLTAGE) {
> + /* Scale to mA */
> + *val = MAX34417_VOLTAGE_CORRECTION_SCALE * MILLI;
> + *val2 = MAX34417_VOLTAGE_FULL_SCALE_BITS;
> +
> + return IIO_VAL_FRACTIONAL_LOG2;
> + } else if (chan->type == IIO_POWER) {
> + /* Scale to mW */
> + *val = max34417->input_correction[chan->channel] * MILLI;
> + *val2 = MAX34417_PWR_AVG_FULL_SCALE_BITS;
> +
> + return IIO_VAL_FRACTIONAL_LOG2;
> + }
+ Blank line.
> + return -EINVAL;
> + default:
> + return -EINVAL;
> + }
> +}
> +
> +static int max34417_read_label(struct iio_dev *indio_dev,
> + struct iio_chan_spec const *chan,
> + char *label)
> +{
> + struct max34417_data *max34417 = iio_priv(indio_dev);
> + const char *input_label = max34417->input_label[chan->channel];
> +
> + if (chan->type == IIO_VOLTAGE) {
> + if (input_label)
> + return sysfs_emit(label, "%s-voltage\n", input_label);
+ Blank line.
> + return sysfs_emit(label, "channel%d-voltage\n", chan->channel);
> + }
> +
> + if (chan->type == IIO_POWER) {
> + if (input_label)
> + return sysfs_emit(label, "%s-power\n", input_label);
+ Blank line.
> + return sysfs_emit(label, "channel%d-power\n", chan->channel);
> + }
> +
> + return 0;
> +}
> +
> +static const struct iio_info max34417_info = {
> + .read_raw = max34417_read_raw,
> + .read_label = max34417_read_label,
> +};
> +
> +static int max34417_probe(struct i2c_client *client)
> +{
> + struct device *dev = &client->dev;
> + struct max34417_data *max34417;
> + struct fwnode_handle *node;
> + struct iio_dev *indio_dev;
> + struct regmap *regmap;
> + int rc;
> +
> + regmap = devm_regmap_init_i2c(client, &max34417_regmap_config);
> + if (IS_ERR(regmap)) {
> + dev_err_probe(dev, PTR_ERR(regmap),
> + "regmap_init failed\n");
One line is okay.
> + return PTR_ERR(regmap);
> + }
> +
> + indio_dev = devm_iio_device_alloc(dev, sizeof(*max34417));
> + if (!indio_dev)
> + return -ENOMEM;
> +
> + /* Get and enable regulators */
Redundant comment IMO.
> + rc = devm_regulator_get_enable(dev, "vdd");
> + if (rc)
> + return dev_err_probe(dev, rc, "failed to get vdd regulator\n");
> +
> + rc = devm_regulator_get_enable(dev, "vio");
> + if (rc)
> + return dev_err_probe(dev, rc, "failed to get vio regulator\n");
> +
> + max34417 = iio_priv(indio_dev);
> + max34417->regmap = regmap;
> + max34417->dev = dev;
> + mutex_init(&max34417->lock);
> +
> + device_for_each_child_node(dev, node) {
scoped variant would be better, Sashiko points out this could leak on early
exit.
> + unsigned int correction;
> + u32 rsense, index;
> +
> + if (fwnode_property_read_u32(node, "reg", &index)) {
> + dev_err(dev, "missing reg property of %pfwP\n", node);
> + return -EINVAL;
> + } else if (index >= MAX34417_CHANNEL_COUNT) {
> + dev_err(dev, "invalid reg %d of %pfwP\n", index, node);
> + return -EINVAL;
> + }
> +
Why not dev_err_probe()?
> + fwnode_property_read_string(node, "label", &max34417->input_label[index]);
> + if (fwnode_property_read_u32(node, "maxim,rsense-val-micro-ohms", &rsense))
> + rsense = MAX34417_DEFAULT_RSENSE;
> +
> + /* (100 milliOhm / rsense) * MAX34417_PWR_CORRECTION_SCALE */
> + correction = (100 * MILLI * MAX34417_PWR_CORRECTION_SCALE) / rsense;
> +
> + max34417->input_correction[index] = correction;
> + }
> +
> + indio_dev->channels = max34417_channels;
> + indio_dev->num_channels = ARRAY_SIZE(max34417_channels);
> + indio_dev->name = "max34417";
> + indio_dev->info = &max34417_info;
> + indio_dev->modes = INDIO_DIRECT_MODE;
> +
> + /* Set as default Manual Mode & Wide ADC */
> + rc = regmap_write(max34417->regmap, MAX34417_CONTROL_REG, MAX34417_DEFAULT_CMM_WIDE);
> + if (rc) {
> + dev_err(max34417->dev, "Error (%d) writing control register\n", rc);
dev_err_probe()? + you can u
--
Kind regards,
Joshua Crofts
next prev parent reply other threads:[~2026-09-24 7:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-23 19:10 [PATCH 0/2] iio: adc: add support " Neil Armstrong
2026-09-23 19:10 ` [PATCH 1/2] dt-bindings: iio: add: document " Neil Armstrong
2026-09-23 19:10 ` [PATCH 2/2] iio: adc: add driver for " Neil Armstrong
2026-09-24 7:54 ` Joshua Crofts [this message]
2026-09-24 14:20 ` Andy Shevchenko
2026-09-24 15:12 ` Joshua Crofts
2026-09-24 15:23 ` Neil Armstrong
2026-09-24 15:25 ` Neil Armstrong
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=20260924095457.00006ed6@gmail.com \
--to=joshua.crofts1@gmail.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=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=neil.armstrong@linaro.org \
--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®