lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20230110103859.5f11ccd886dfd427df66dcfc@hugovil.com>
Date:   Tue, 10 Jan 2023 10:38:59 -0500
From:   Hugo Villeneuve <hugo@...ovil.com>
To:     Jonathan Cameron <jic23@...nel.org>
Cc:     hvilleneuve@...onoff.com, lars@...afoo.de, robh+dt@...nel.org,
        krzysztof.kozlowski+dt@...aro.org, linux-iio@...r.kernel.org,
        devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v1 2/3] iio: adc: ti-ads7924: add ADS7924 driver

On Fri, 23 Dec 2022 14:47:19 +0000
Jonathan Cameron <jic23@...nel.org> wrote:

> On Thu, 22 Dec 2022 15:36:09 -0500
> Hugo Villeneuve <hugo@...ovil.com> wrote:
> 
> > From: Hugo Villeneuve <hvilleneuve@...onoff.com>
> > 
> > The Texas Instruments ADS7924 is a 4 channels, 12-bit analog to
> > digital converter (ADC) with an I2C interface.
> > 
> > Signed-off-by: Hugo Villeneuve <hvilleneuve@...onoff.com>
> 
> Hi Hugo,
> 
> Thanks for the driver. Some comments inline.
> Given the various bits of support present, are you planning to follow up
> with buffered support (chardev etc).
> 
> Jonathan

Hi Jonathan,
thank you for your extensive feedback!

As a general note, I wrote that driver using the ADS1015 as a starting point (circa january 2022). So in fact I removed buffered support, and also other unused features to have the simplest driver possible. That explain why you see a lot of defines/variables that could be removed for now.

I was thinking of maybe adding those features at a later time, once a first version of this simple driver is accepted into the kernel. In the meantime, I will remove these unused defines/variables.

> > ---
> >  MAINTAINERS                  |   7 +
> >  drivers/iio/adc/Kconfig      |  13 +
> >  drivers/iio/adc/Makefile     |   1 +
> >  drivers/iio/adc/ti-ads7924.c | 514 +++++++++++++++++++++++++++++++++++
> >  4 files changed, 535 insertions(+)
> >  create mode 100644 drivers/iio/adc/ti-ads7924.c
> > 
> 
> ...
> 
> > diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
> > index 235319546974..18adcd6200b0 100644
> > --- a/drivers/iio/adc/Kconfig
> > +++ b/drivers/iio/adc/Kconfig
> > @@ -1207,6 +1207,19 @@ config TI_ADS1015
> >  	  This driver can also be built as a module. If so, the module will be
> >  	  called ti-ads1015.
> >  
> > +config TI_ADS7924
> > +	tristate "Texas Instruments ADS7924 ADC"
> > +	depends on I2C
> > +	select REGMAP_I2C
> > +	select IIO_BUFFER
> > +	select IIO_TRIGGERED_BUFFER
> 
> No buffer support yet. So drop these for now.

Done.

> > +	help
> > +	  If you say yes here you get support for Texas Instruments ADS7924
> > +	  4 channels, 12-bit I2C ADC chip.
> > +
> > +	  This driver can also be built as a module. If so, the module will be
> > +	  called ti-ads7924.
> > +
> >  config TI_ADS7950
> >  	tristate "Texas Instruments ADS7950 ADC driver"
> >  	depends on SPI && GPIOLIB
> > diff --git a/drivers/iio/adc/Makefile b/drivers/iio/adc/Makefile
> > index 6e08415c3f3a..1e5bdf47a091 100644
> > --- a/drivers/iio/adc/Makefile
> > +++ b/drivers/iio/adc/Makefile
> > @@ -107,6 +107,7 @@ obj-$(CONFIG_TI_ADC108S102) += ti-adc108s102.o
> >  obj-$(CONFIG_TI_ADC128S052) += ti-adc128s052.o
> >  obj-$(CONFIG_TI_ADC161S626) += ti-adc161s626.o
> >  obj-$(CONFIG_TI_ADS1015) += ti-ads1015.o
> > +obj-$(CONFIG_TI_ADS7924) += ti-ads7924.o
> >  obj-$(CONFIG_TI_ADS7950) += ti-ads7950.o
> >  obj-$(CONFIG_TI_ADS8344) += ti-ads8344.o
> >  obj-$(CONFIG_TI_ADS8688) += ti-ads8688.o
> > diff --git a/drivers/iio/adc/ti-ads7924.c b/drivers/iio/adc/ti-ads7924.c
> > new file mode 100644
> > index 000000000000..e9ca7a045d18
> > --- /dev/null
> > +++ b/drivers/iio/adc/ti-ads7924.c
> > @@ -0,0 +1,514 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * IIO driver for Texas Instruments ADS7924 ADC, 12-bit, 4-Channels, I2C
> > + *
> > + * iio/adc/ti-ads7924.c
> > + * Author: Hugo Villeneuve <hvilleneuve@...onoff.com>
> > + * Copyright 2022 DimOnOff
> > + *
> > + * based on iio/adc/ti-ads1015.c
> > + * Copyright (c) 2016, Intel Corporation.
> > + *
> > + * Datasheets: https://www.ti.com/lit/gpn/ads7924
> Add as a tag to the tag block of the patch description.
> 
> Datasheet: https://www.ti.com/lit/gpn/ads7924
> on the line above your signoff.
> There are some automated tools that will pick this up I think.

Done.

> > + */
> > +
> > +#include <linux/module.h>
> > +#include <linux/init.h>
> > +#include <linux/irq.h>
> > +#include <linux/i2c.h>
> > +#include <linux/property.h>
> 
> hmm. you include property.h then use the of ones...

Now fixed after implementing your suggestions below, so keeping this include.

 
> > +#include <linux/regmap.h>
> > +#include <linux/mutex.h>
> > +#include <linux/delay.h>
> 
> Put this block in alphabetical order.

Ok done.

> > +
> > +#include <linux/iio/iio.h>
> > +#include <linux/iio/types.h>
> > +#include <linux/iio/sysfs.h>
> 
> Don't think that's used.  Normally only needed for custom attributes.

Ok removed.

> > +#include <linux/iio/buffer.h>
> 
> Not currently used.

Ok removed.

> > +#include <linux/gpio/consumer.h>
> > +#include <linux/regulator/consumer.h>
> > +
> > +#define ADS7924_DRV_NAME "ads7924"
> > +
> > +#define ADS7924_CHANNELS 4
> > +
> > +/* Registers. */
> > +#define ADS7924_MODECNTRL_REG	0x00
> > +#define ADS7924_INTCNTRL_REG	0x01
> > +#define ADS7924_DATA0_U_REG	0x02
> > +#define ADS7924_DATA0_L_REG	0x03
> > +#define ADS7924_DATA1_U_REG	0x04
> > +#define ADS7924_DATA1_L_REG	0x05
> > +#define ADS7924_DATA2_U_REG	0x06
> > +#define ADS7924_DATA2_L_REG	0x07
> > +#define ADS7924_DATA3_U_REG	0x08
> > +#define ADS7924_DATA3_L_REG	0x09
> > +#define ADS7924_ULR0_REG	0x0A
> > +#define ADS7924_LLR0_REG	0x0B
> > +#define ADS7924_ULR1_REG	0x0C
> > +#define ADS7924_LLR1_REG	0x0D
> > +#define ADS7924_ULR2_REG	0x0E
> > +#define ADS7924_LLR2_REG	0x0F
> > +#define ADS7924_ULR3_REG	0x10
> > +#define ADS7924_LLR3_REG	0x11
> > +#define ADS7924_INTCONFIG_REG	0x12
> > +#define ADS7924_SLPCONFIG_REG	0x13
> > +#define ADS7924_ACQCONFIG_REG	0x14
> > +#define ADS7924_PWRCONFIG_REG	0x15
> > +#define ADS7924_RESET_REG	0x16
> > +
> 
> Comment syntax as below.

Ok done.

> 
> > +/* Register address INC bit: when set to '1', the register address is
> > + * automatically incremented after every register read which allows convenient
> > + * reading of multiple registers. Set INC to '0' when reading a single register.
> > + */
> > +#define ADS7924_AUTO_INCREMENT_BIT	BIT(7)
> > +
> > +#define ADS7924_MODECNTRL_MODE_SHIFT	2
> > +#define ADS7924_MODECNTRL_MODE_MASK	GENMASK(7, ADS7924_MODECNTRL_MODE_SHIFT)
> > +
> > +#define ADS7924_MODECNTRL_SEL_SHIFT	0
> 
> As below, don't provide a _SHIFT macro for any of these.
> The MASK should be the only one needed as it implicitly contains the shift anyway.

Ok, done, now using FIELD_PREP as you suggested. Much simpler this way!


> > +#define ADS7924_MODECNTRL_SEL_MASK	GENMASK(1, ADS7924_MODECNTRL_SEL_SHIFT)
> > +
> > +#define ADS7924_CFG_INTPOL_BIT		1
> > +#define ADS7924_CFG_INTTRIG_BIT		0
> > +
> > +#define ADS7924_CFG_INTPOL_MASK		BIT(ADS7924_CFG_INTPOL_BIT)
> > +#define ADS7924_CFG_INTTRIG_MASK	BIT(ADS7924_CFG_INTTRIG_BIT)
> > +
> > +/* Interrupt pin polarity */
> > +#define ADS7924_CFG_INTPOL_LOW		0
> > +#define ADS7924_CFG_INTPOL_HIGH		1
> > +
> > +/* Interrupt pin signaling */
> > +#define ADS7924_CFG_INTTRIG_LEVEL	0
> > +#define ADS7924_CFG_INTTRIG_EDGE	1
> > +
> > +/* Mode control values */
> > +#define ADS7924_MODECNTRL_IDLE			0x00
> > +#define ADS7924_MODECNTRL_AWAKE			0x20
> > +#define ADS7924_MODECNTRL_MANUAL_SINGLE		0x30
> > +#define ADS7924_MODECNTRL_MANUAL_SCAN		0x32
> > +#define ADS7924_MODECNTRL_AUTO_SINGLE		0x31
> > +#define ADS7924_MODECNTRL_AUTO_SCAN		0x33
> > +#define ADS7924_MODECNTRL_AUTO_SINGLE_SLEEP	0x39
> > +#define ADS7924_MODECNTRL_AUTO_SCAN_SLEEP	0x3B
> > +#define ADS7924_MODECNTRL_AUTO_BURST_SLEEP	0x3F
> > +
> > +#define ADS7924_ACQTIME_SHIFT	0
> > +#define ADS7924_ACQTIME_MASK	GENMASK(4, ADS7924_ACQTIME_SHIFT)
> > +
> > +#define ADS7924_PWRUPTIME_SHIFT	0
> 
> No point in providing shift. The mask definition should always be sufficient
> if using FIELD_GET / FIELD_PREP()

Ok, done (now using FIELD_PREP as you suggested).

> > +#define ADS7924_PWRUPTIME_MASK	GENMASK(4, ADS7924_PWRUPTIME_SHIFT)
> > +
> > +/* The power-up time is allowed to elapse whenever the device has been shutdown
> Comment syntax
> /*
>  * The power-up....

Done.

> > + * in idle mode. Power-up time can allow external circuits, such as an
> > + * operational amplifier, between the MUXOUT and ADCIN pins to turn on.
> > + * The nominal time programmed by the PUTIME[4:0] register bits is given by:
> > + *     t PU = PWRUPTIME[4:0] × 2 μs
> > + * If a power-up time is not required, set the bits to '0' to effectively bypass.
> > + */
> > +#define ADS7924_PWRUPTIME_US 0 /* Bypass (0us). */
> > +
> > +/* Acquisition Time. Minimum is 6us. */
> > +#define ADS7924_ACQTIME_US 6 /* Disable (6us). */
> 
> Disable?  Strange comment for something called acquisition time.

Agreed, I have reworded the comment to make it clearer.

> > +
> > +/* The conversion time is always 4μs and cannot be programmed by the user. */
> > +#define ADS7924_CONVTIME_US 4
> > +
> > +#define ADS7924_TOTAL_CONVTIME (ADS7924_PWRUPTIME_US + ADS7924_ACQTIME_US + \
> > +				ADS7924_CONVTIME_US)
> 
> Postfix this with _US as well.  It's good habit to put units in defines, so
> do it everywhere it makes sense.

Ok done.

> > +
> > +#define ADS7924_SLEEP_DELAY_MS		2000
> > +
> > +enum ads7924_channels {
> > +	ADS7924_CH0,
> > +	ADS7924_CH1,
> > +	ADS7924_CH2,
> > +	ADS7924_CH3,
> > +	ADS7924_TIMESTAMP,
> > +};
> > +
> > +#define ADS7924_V_CHAN(_chan, _addr) {				\
> > +	.type = IIO_VOLTAGE,					\
> > +	.indexed = 1,						\
> > +	.address = _addr,					\
> > +	.channel = _chan,					\
> > +	.info_mask_separate = BIT(IIO_CHAN_INFO_RAW), 		\
> > +	.info_mask_shared_by_type = BIT(IIO_CHAN_INFO_SCALE),	\
> > +	.scan_index = _addr,					\
> > +	.scan_type = {						\
> > +		.sign = 's',					\
> > +		.realbits = 12,					\
> 
> You are using the shift element which is fine, but I think the majority of this
> isn't yet used as no buffer support. As such, I'd drop anything you aren't
> using for now. Add it back if you add buffered support in future.
> 
> > +		.storagebits = 16,				\
> > +		.shift = 4,					\
> > +		.endianness = IIO_CPU,				\
> 
> It's big endian off the devices, so that's how you should present it
> to userspace via a buffered interface (this scan_type entry has no
> standard meaning except for buffered interfaces).

Ok, dropped scan_index and scan_type fields.

> 
> > +	},							\
> > +	.datasheet_name = "AIN"#_chan,				\
> > +}
> > +
> > +/* To map a channel with its corresponding data register (MSB). */
> > +static const unsigned int ads7924_channel_data_msb_regs[] = {
> > +	ADS7924_DATA0_U_REG,
> > +	ADS7924_DATA1_U_REG,
> > +	ADS7924_DATA2_U_REG,
> > +	ADS7924_DATA3_U_REG
> 
> It's possible this driver might one day support more elements in here (maybe
> there is an 8 channel otherwise compatible part), so add a trailing comma.
> 
> Generally the only time we don't ask for trailing commas is after NULL terminators
> or other entries that will by definition always be the last element.

Noted, but I finally removed this array, as I am now using the "address" field inside structure iio_chan_spec to store the register address.

> > +};
> > +
> 
> 
> > +static const struct iio_chan_spec ads7924_channels[] = {
> > +	ADS7924_V_CHAN(0, ADS7924_CH0),
> > +	ADS7924_V_CHAN(1, ADS7924_CH1),
> > +	ADS7924_V_CHAN(2, ADS7924_CH2),
> > +	ADS7924_V_CHAN(3, ADS7924_CH3),
> > +	IIO_CHAN_SOFT_TIMESTAMP(ADS7924_TIMESTAMP),
> 
> Timestamp doesn't do anything useful until you support buffered modes.
> So drop it for now.

Ok dropped.

> > +};
> > +
> > +static
> > +int ads7924_get_adc_result(struct ads7924_data *data, int chan, int *val)
> > +{
> > +	int ret;
> > +	__be16 be_val;
> > +
> > +	if (chan < 0 || chan >= ADS7924_CHANNELS)
> > +		return -EINVAL;
> > +
> > +	if (data->conv_invalid) {
> > +		int conv_time;
> > +
> > +		conv_time = ADS7924_TOTAL_CONVTIME;
> > +		/* Allow 10% for internal clock inaccuracy. */
> > +		conv_time += conv_time / 10;
> > +		usleep_range(conv_time, conv_time + 1);
> > +		data->conv_invalid = false;
> > +	}
> > +
> > +	ret = regmap_raw_read(data->regmap, ADS7924_AUTO_INCREMENT_BIT |
> > +			      ads7924_channel_data_msb_regs[chan],
> > +			      &be_val, sizeof(be_val));
> > +	if (ret)
> > +		return ret;
> > +
> > +	*val = be16_to_cpu(be_val);
> > +	*val = *val >> ads7924_channels[chan].scan_type.shift;
> > +
> > +	return ret;
> > +}
> > +
> > +static int ads7924_read_raw(struct iio_dev *indio_dev,
> > +			    struct iio_chan_spec const *chan, int *val,
> > +			    int *val2, long mask)
> > +{
> > +	int ret, vref_uv;
> > +	struct ads7924_data *data = iio_priv(indio_dev);
> > +
> > +	mutex_lock(&data->lock);
> > +
> > +	switch (mask) {
> > +	case IIO_CHAN_INFO_RAW: {
> > +		ret = iio_device_claim_direct_mode(indio_dev);
> > +		if (ret)
> > +			break;
> > +
> > +		ret = ads7924_get_adc_result(data, chan->address, val);
> > +		if (ret < 0)
> 
> Check the error code after iio_device_release_direct / mutex_unlock()
> That way you can return directly.
> 
> Note, if you add support later for buffered mode, taking a local lock
> outside of claiming direct mode can deadlock.  You are better off
> moving the mutex_lock/unlock inside iio_device_claim_direct_mode()

Ok, noted for the future if I add buffered modes.

> As a side note, iio_device_claim_direct_mode() only does something useful
> if you are supporting buffered mode... So for now it shouldn't really
> be in this driver at all.  The point of that call is protect against
> transitions into buffered modes whilst a call is flight that might
> make a mess of that transition or be affected by it.

Ok, removed iio_device_claim_direct_mode() for now.

> 
> > +			dev_dbg(data->dev, "%s error1\n", __func__);
> > +		else
> > +			ret = IIO_VAL_INT;
> > +
> > +		iio_device_release_direct_mode(indio_dev);
> > +		break;
> > +	}
> > +	case IIO_CHAN_INFO_SCALE:
> > +		vref_uv = regulator_get_voltage(data->vref_reg);
> > +		if (vref_uv < 0) {
> > +			/* dummy regulator "get_voltage" returns -EINVAL */
> > +			ret = -EINVAL;
> > +		} else {
> > +			*val =  vref_uv / 1000; /* Convert reg voltage to mV */
> > +			*val2 = chan->scan_type.realbits; /* Data bits */
> > +			ret = IIO_VAL_FRACTIONAL_LOG2;
> > +		}
> > +		break;
> > +	default:
> > +		ret = -EINVAL;
> > +		break;
> > +	}
> > +
> > +	mutex_unlock(&data->lock);
> 
> You only need the lock for the INFO_RAW switch branch as far as I can see.
> Hence good to reduce it's scope to just that.  It may make sense to factor
> out the code there to a separate function to simplify the error paths
> (a goto out of a switch is a bit nasty to read)

Done for the lock/unlock.

> > +
> > +	return ret;
> > +}
> > +
> > +static const struct iio_info ads7924_info = {
> > +	.read_raw	= ads7924_read_raw,
> > +};
> > +
> > +static int ads7924_of_parse_channel_config(struct iio_dev *indio_dev,
> > +					   struct device_node *np)
> > +{
> > +	struct ads7924_data *priv = iio_priv(indio_dev);
> > +	struct device *dev = priv->dev;
> > +	struct device_node *child;
> > +	int num_channels;
> > +	unsigned int channel = 0;
> > +	int ret;
> > +
> > +	num_channels = of_get_available_child_count(np);
> 
> As mentioned below, this should be changed to use the generic firmware
> property accessors in include/linux/property.h
> Amongst other things that lets us use the driver with various software
> added properties (e.g. if it's on a daughter board etc) or via ACPI
> and the PRP0001 magic ID.

Ok, converted.

> > +	if (!num_channels) {
> > +		dev_err(dev, "no channel children\n");
> > +		return -ENODEV;
> > +	}
> > +	dev_dbg(dev, "found %d ADC channels\n", num_channels);
> > +
> > +	for_each_available_child_of_node(np, child) {
> > +		ret = of_property_read_u32(child, "reg", &channel);
> > +		if (ret)
> > +			goto err;
> > +
> > +		if (channel >= ADS7924_CHANNELS) {
> > +			dev_err(dev, "invalid channel index %d\n", channel);
> > +			ret = -EINVAL;
> > +			goto err;
> > +		}
> > +	}
> > +
> > +	return 0;
> > +err:
> > +	of_node_put(child);
> > +
> > +	return ret;
> > +}
> > +
> > +static int ads7924_set_conv_mode(struct ads7924_data *data, int mode)
> > +{
> > +	/* When switching between modes, be sure to first select the Awake mode
> 
> IIO comment syntax is the most common one in kernel code (a few exceptions exist
> for historical reasons).  Anyhow.
> 
> 	/*
> 	 * When switching...
> 	 * ...
> 	 */

Done.

> > +	 * and then switch to the desired mode. This procedure ensures the
> > +	 * internal control logic is properly synchronized.
> > +	 */
> > +	if (mode != ADS7924_MODECNTRL_IDLE) {
> > +		int ret;
> > +
> > +		ret = regmap_update_bits(data->regmap, ADS7924_MODECNTRL_REG,
> > +					 ADS7924_MODECNTRL_MODE_MASK,
> > +					 ADS7924_MODECNTRL_AWAKE <<
> > +					 ADS7924_MODECNTRL_MODE_SHIFT);
> Use FIELD_PREP()

Done.

> > +		if (ret)
> > +			return ret;
> > +	}
> > +
> > +	return regmap_update_bits(data->regmap, ADS7924_MODECNTRL_REG,
> > +				  ADS7924_MODECNTRL_MODE_MASK,
> > +				  mode << ADS7924_MODECNTRL_MODE_SHIFT);
> > +}
> 
> ...
> 
> > +
> > +static int ads7924_probe(struct i2c_client *client)
> > +{
> > +	struct iio_dev *indio_dev;
> > +	struct ads7924_data *data;
> > +	struct device *dev = &client->dev;
> > +	int ret;
> > +
> > +	indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
> > +	if (!indio_dev)
> > +		return -ENOMEM;
> > +
> > +	i2c_set_clientdata(client, indio_dev);
> 
> Once you've dropped remove after taking all the calls dev managed
> you can drop this as I don't think it's used elswhere.

Done.

> 
> > +
> > +	data = iio_priv(indio_dev);
> > +
> > +	data->dev = dev;
> > +
> > +	/* Initialize the reset GPIO as output with an initial value of 0. */
> > +	data->reset_gpio = devm_gpiod_get_optional(dev, "reset", GPIOD_OUT_LOW);
> > +	if (IS_ERR(data->reset_gpio))
> > +		return PTR_ERR(data->reset_gpio);
> > +
> > +	mutex_init(&data->lock);
> > +
> > +	indio_dev->name = ADS7924_DRV_NAME;
> 
> I'd rather see the string here. There is no particular reason why it should
> be the driver name.

Done.

> > +	indio_dev->modes = INDIO_DIRECT_MODE;
> > +
> > +	indio_dev->channels = ads7924_channels;
> > +	indio_dev->num_channels = ARRAY_SIZE(ads7924_channels);
> > +	indio_dev->info = &ads7924_info;
> > +
> > +	ret = ads7924_of_parse_channel_config(indio_dev, dev->of_node);
> 
> We shouldn't see device tree specific handling in a modern driver.
> Use the generic accessors in include/linux/property.h

Done.

> > +	if (ret < 0)
> > +		return ret;
> > +
> > +	data->regmap = devm_regmap_init_i2c(client, &ads7924_regmap_config);
> > +	if (IS_ERR(data->regmap)) {
> > +		dev_err(dev, "Failed to allocate register map\n");
> > +		return PTR_ERR(data->regmap);
> > +	}
> > +
> > +	data->vref_reg = devm_regulator_get(dev, "vref");
> > +	if (IS_ERR(data->vref_reg)) {
> > +		dev_err(dev, "devm_regulator_get() failed\n");
> > +		return PTR_ERR(data->vref_reg);
> 
> This is an example of a call that can defer so you should definitely
> be using dev_err_probe() as we want the resulting debug info.
> It's good practice to just use that everwhere in probe() functions.

Done.

> > +	}
> > +
> > +	ret = regulator_enable(data->vref_reg);
> > +	if (ret) {
> > +		dev_err(dev, "regulator_enable() failed\n");
> > +		return ret;
> > +	}
> > +
> > +	ret = devm_add_action_or_reset(dev, ads7924_reg_disable, data->vref_reg);
> > +	if (ret) {
> > +		dev_err(dev, "devm_add_action_or_reset() failed\n");
> > +		return ret;
> > +	}
> > +
> > +	ret = ads7924_reset(indio_dev);
> > +	if (ret < 0) {
> > +		dev_err(dev, "Failed to reset device\n");
> > +		return ret;
> > +	}
> > +
> > +	ret = ads7924_set_conv_mode(data,
> > +				    ADS7924_MODECNTRL_AUTO_SCAN);
> > +	if (ret)
> > +		return ret;
> 
> You set this, but whilst you have it set back to idle in remove()
> you don't do that in the error paths for this function.
> If you change to registering the switch to IDLE to a devm_add_action_or_reset()
> callback then it will get automatically called in both paths.

Done. 

> > +
> > +	/* Disable signal acquire time. */
> > +	ret = regmap_update_bits(data->regmap, ADS7924_ACQCONFIG_REG,
> > +				 ADS7924_ACQTIME_MASK, 0);
> > +	if (ret < 0) {
> > +		dev_err(dev, "Disable signal acquire time failed\n");
> > +		return ret;
> > +	}
> > +
> > +	/* Disable power-up time. */
> > +	ret = regmap_update_bits(data->regmap, ADS7924_PWRCONFIG_REG,
> > +				 ADS7924_PWRUPTIME_MASK, 0);
> > +	if (ret < 0) {
> > +		dev_err(dev, "Disable power-up time failed\n");
> > +		return ret;
> > +	}
> > +
> > +	data->conv_invalid = true;
> > +
> > +	ret = iio_device_register(indio_dev);
> > +	if (ret < 0) {
> > +		dev_err(dev, "Failed to register IIO device\n");
> 
> For errors in probe function use the cleaner (and deferred probe aware)
> 		return dev_err_probe(dev, ret, "Failed to register IIO device\n");

Done.

 
> Same for all other error messages in probe().
> 

Done.

> > +		return ret;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> > +static void ads7924_remove(struct i2c_client *client)
> > +{
> > +	struct iio_dev *indio_dev = i2c_get_clientdata(client);
> > +	struct ads7924_data *data = iio_priv(indio_dev);
> > +	int ret;
> > +
> > +	iio_device_unregister(indio_dev);
> Having made the changes suggested below, you can call devm_iio_device_register()
> and avoid need for this call.

Done.

> > +
> > +	ret = ads7924_set_conv_mode(data, ADS7924_MODECNTRL_IDLE);
> 
> I would suggest wrapping this call up in a callback registered
> with devm_add_action_or_reset()  That will allow you to
> drop the remove function entirely. It also simplifies error handling.

Done.

> 
> > +	if (ret)
> > +		dev_warn(&client->dev, "Failed to power down (%pe)\n",
> > +			 ERR_PTR(ret));
> > +}
> > +
> > +static const struct of_device_id ads7924_of_match[] = {
> 
> strange though it may seem, you also need the legacy
> i2c_device_id table. There are a couple of reasons why:
> 
> 1) It's the table used to generate the  module aliases to make
>    autoprobing of the module used (there was an attempt to do that
>    via the of_device_id table, but for a reason I can't remember it
>    didn't work out.
> 2) There are fun routes via which that old school table is still used.
> 
> Hence for now we are in the slightly silly position of having to provide
> both.

Done.

> > +	{ .compatible = "ti,ads7924", },
> > +	{}
> > +};
> > +MODULE_DEVICE_TABLE(of, ads7924_of_match);
> > +
> > +static struct i2c_driver ads7924_driver = {
> > +	.driver = {
> > +		.name = ADS7924_DRV_NAME,
> With the other use inline, just put the string here as well.
> Saves a reviewer having to check the define is reasonable.

Done.

> 
> > +		.of_match_table = ads7924_of_match,
> > +	},
> > +	.probe_new	= ads7924_probe,
> > +	.remove		= ads7924_remove,
> > +};
> > +
> > +module_i2c_driver(ads7924_driver);
> > +
> > +MODULE_AUTHOR("Hugo Villeneuve <hvilleneuve@...onoff.com>");
> > +MODULE_DESCRIPTION("Texas Instruments ADS7924 ADC I2C driver");
> > +MODULE_LICENSE("GPL");

I will submit a V2 version with all those changes soon.

Thank you, Hugo V.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ