All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH v3] iio: add m62332 DAC driver
@ 2015-04-27 17:37 Dmitry Eremin-Solenikov
  2015-04-27 18:55 ` Peter Meerwald
  0 siblings, 1 reply; 6+ messages in thread
From: Dmitry Eremin-Solenikov @ 2015-04-27 17:37 UTC (permalink / raw)
  To: Jonathan Cameron
  Cc: Hartmut Knaack, Lars-Peter Clausen, Peter Meerwald, linux-iio

m62332 is a simple 2-channel DAC used on several Sharp Zaurus boards to
control LCD voltage, backlight and sound. The driver use regulators to
control the reference voltage and enabling/disabling the DAC.

Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
---
Changes since v2:
 * Added M62332_CHANNELS to be used instead of magic value 2
 * Changed the probe funciton handles error cases

 drivers/iio/dac/Kconfig  |  10 ++
 drivers/iio/dac/Makefile |   1 +
 drivers/iio/dac/m62332.c | 261 +++++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 272 insertions(+)
 create mode 100644 drivers/iio/dac/m62332.c

diff --git a/drivers/iio/dac/Kconfig b/drivers/iio/dac/Kconfig
index 13471a7..e701e28 100644
--- a/drivers/iio/dac/Kconfig
+++ b/drivers/iio/dac/Kconfig
@@ -142,6 +142,16 @@ config AD7303
 	  To compile this driver as module choose M here: the module will be called
 	  ad7303.
 
+config M62332
+	tristate "Mitsubishi M62332 DAC driver"
+	depends on I2C
+	help
+	  If you say yes here you get support for the Mitsubishi M62332
+	  (I2C 8-Bit DACs with rail-to-rail outputs).
+
+	  This driver can also be built as a module.  If so, the module
+	  will be called m62332.
+
 config MAX517
 	tristate "Maxim MAX517/518/519/520/521 DAC driver"
 	depends on I2C
diff --git a/drivers/iio/dac/Makefile b/drivers/iio/dac/Makefile
index 52be7e1..63ae056 100644
--- a/drivers/iio/dac/Makefile
+++ b/drivers/iio/dac/Makefile
@@ -16,6 +16,7 @@ obj-$(CONFIG_AD5764) += ad5764.o
 obj-$(CONFIG_AD5791) += ad5791.o
 obj-$(CONFIG_AD5686) += ad5686.o
 obj-$(CONFIG_AD7303) += ad7303.o
+obj-$(CONFIG_M62332) += m62332.o
 obj-$(CONFIG_MAX517) += max517.o
 obj-$(CONFIG_MAX5821) += max5821.o
 obj-$(CONFIG_MCP4725) += mcp4725.o
diff --git a/drivers/iio/dac/m62332.c b/drivers/iio/dac/m62332.c
new file mode 100644
index 0000000..2dc6712
--- /dev/null
+++ b/drivers/iio/dac/m62332.c
@@ -0,0 +1,261 @@
+/*
+ *  m62332.c - Support for Mitsubishi m62332 DAC
+ *
+ *  Copyright (c) 2014 Dmitry Eremin-Solenikov
+ *
+ *  Based on max517 driver:
+ *  Copyright (C) 2010, 2011 Roland Stigge <stigge@antcom.de>
+ *
+ *  This program is free software; you can redistribute it and/or modify
+ *  it under the terms of the GNU General Public License as published by
+ *  the Free Software Foundation; either version 2 of the License, or
+ *  (at your option) any later version.
+ *
+ *  This program is distributed in the hope that it will be useful,
+ *  but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *  GNU General Public License for more details.
+ */
+
+#include <linux/module.h>
+#include <linux/slab.h>
+#include <linux/i2c.h>
+#include <linux/err.h>
+
+#include <linux/iio/iio.h>
+#include <linux/iio/driver.h>
+
+#include <linux/regulator/consumer.h>
+
+#define M62332_CHANNELS 2
+
+struct m62332_data {
+	struct i2c_client	*client;
+	u16			vref_mv;
+	struct regulator	*vcc;
+	struct mutex		mutex;
+	u8			raw[M62332_CHANNELS];
+#ifdef CONFIG_PM_SLEEP
+	u8			save[M62332_CHANNELS];
+#endif
+};
+
+static int m62332_set_value(struct iio_dev *indio_dev,
+	u8 val, int channel)
+{
+	struct m62332_data *data = iio_priv(indio_dev);
+	struct i2c_client *client = data->client;
+	u8 outbuf[2];
+	int res = 0;
+
+	if (val == data->raw[channel])
+		return 0;
+
+	outbuf[0] = channel;
+	outbuf[1] = val;
+
+	mutex_lock(&data->mutex);
+
+	if (val)
+		res = regulator_enable(data->vcc);
+	if (res)
+		goto out;
+
+	res = i2c_master_send(client, outbuf, 2);
+	if (res >= 0 && res != 2)
+		res = -EIO;
+	if (res < 0)
+		goto out;
+
+	data->raw[channel] = val;
+
+	if (!val)
+		regulator_disable(data->vcc);
+
+	mutex_unlock(&data->mutex);
+
+	return 0;
+
+out:
+	mutex_unlock(&data->mutex);
+
+	return res;
+}
+
+static int m62332_read_raw(struct iio_dev *indio_dev,
+			   struct iio_chan_spec const *chan,
+			   int *val,
+			   int *val2,
+			   long m)
+{
+	struct m62332_data *data = iio_priv(indio_dev);
+
+	switch (m) {
+	case IIO_CHAN_INFO_SCALE:
+		/* Corresponds to Vref / 2^(bits) */
+		*val = data->vref_mv;
+		*val2 = 8;
+		return IIO_VAL_FRACTIONAL_LOG2;
+	case IIO_CHAN_INFO_RAW:
+		*val = data->raw[chan->channel];
+		return IIO_VAL_INT;
+	default:
+		break;
+	}
+	return -EINVAL;
+}
+
+static int m62332_write_raw(struct iio_dev *indio_dev,
+	struct iio_chan_spec const *chan, int val, int val2, long mask)
+{
+	int ret;
+
+	switch (mask) {
+	case IIO_CHAN_INFO_RAW:
+		if (val < 0 || val > 255)
+			return -EINVAL;
+
+		ret = m62332_set_value(indio_dev, val, chan->channel);
+		break;
+	default:
+		ret = -EINVAL;
+		break;
+	}
+
+	return ret;
+}
+
+#ifdef CONFIG_PM_SLEEP
+static int m62332_suspend(struct device *dev)
+{
+	struct i2c_client *client = to_i2c_client(dev);
+	struct iio_dev *indio_dev = i2c_get_clientdata(client);
+	struct m62332_data *data = iio_priv(indio_dev);
+	int ret;
+
+	data->save[0] = data->raw[0];
+	data->save[1] = data->raw[1];
+
+	ret = m62332_set_value(indio_dev, 0, 0);
+	if (ret < 0)
+		return ret;
+
+	return m62332_set_value(indio_dev, 0, 1);
+}
+
+static int m62332_resume(struct device *dev)
+{
+	struct i2c_client *client = to_i2c_client(dev);
+	struct iio_dev *indio_dev = i2c_get_clientdata(client);
+	struct m62332_data *data = iio_priv(indio_dev);
+	int ret;
+
+	ret = m62332_set_value(indio_dev, data->save[0], 0);
+	if (ret < 0)
+		return ret;
+
+	return m62332_set_value(indio_dev, data->save[1], 1);
+}
+
+static SIMPLE_DEV_PM_OPS(m62332_pm_ops, m62332_suspend, m62332_resume);
+#define M62332_PM_OPS (&m62332_pm_ops)
+#else
+#define M62332_PM_OPS NULL
+#endif
+
+static const struct iio_info m62332_info = {
+	.read_raw = m62332_read_raw,
+	.write_raw = m62332_write_raw,
+	.driver_module = THIS_MODULE,
+};
+
+#define M62332_CHANNEL(chan) {				\
+	.type = IIO_VOLTAGE,				\
+	.indexed = 1,					\
+	.output = 1,					\
+	.channel = (chan),				\
+	.datasheet_name = "CH" #chan,			\
+	.info_mask_separate = BIT(IIO_CHAN_INFO_RAW) |	\
+		BIT(IIO_CHAN_INFO_SCALE),		\
+}
+
+static const struct iio_chan_spec m62332_channels[M62332_CHANNELS] = {
+	M62332_CHANNEL(0),
+	M62332_CHANNEL(1)
+};
+
+static int m62332_probe(struct i2c_client *client,
+			const struct i2c_device_id *id)
+{
+	struct m62332_data *data;
+	struct iio_dev *indio_dev;
+	int ret;
+
+	indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
+	if (!indio_dev)
+		return -ENOMEM;
+	data = iio_priv(indio_dev);
+	i2c_set_clientdata(client, indio_dev);
+	data->client = client;
+
+	mutex_init(&data->mutex);
+
+	data->vcc = devm_regulator_get(&client->dev, "VCC");
+	if (IS_ERR(data->vcc))
+		return PTR_ERR(data->vcc);
+
+	/* establish that the iio_dev is a child of the i2c device */
+	indio_dev->dev.parent = &client->dev;
+
+	indio_dev->num_channels = M62332_CHANNELS;
+	indio_dev->channels = m62332_channels;
+	indio_dev->modes = INDIO_DIRECT_MODE;
+	indio_dev->info = &m62332_info;
+
+	data->vref_mv = regulator_get_voltage(data->vcc) / 1000; /* mV */
+
+	ret = iio_map_array_register(indio_dev, client->dev.platform_data);
+	if (ret < 0)
+		return ret;
+
+	ret = iio_device_register(indio_dev);
+	if (ret < 0)
+		goto err;
+
+	return 0;
+
+err:
+	iio_map_array_unregister(indio_dev);
+	return ret;
+}
+
+static int m62332_remove(struct i2c_client *client)
+{
+	struct iio_dev *indio_dev = i2c_get_clientdata(client);
+
+	iio_device_unregister(indio_dev);
+	iio_map_array_unregister(indio_dev);
+
+	return 0;
+}
+
+static const struct i2c_device_id m62332_id[] = {
+	{ "m62332", },
+	{ }
+};
+MODULE_DEVICE_TABLE(i2c, m62332_id);
+
+static struct i2c_driver m62332_driver = {
+	.driver = {
+		.name	= "m62332",
+		.pm	= M62332_PM_OPS,
+	},
+	.probe		= m62332_probe,
+	.remove		= m62332_remove,
+	.id_table	= m62332_id,
+};
+module_i2c_driver(m62332_driver);
+
+MODULE_AUTHOR("Dmitry Eremin-Solenikov");
+MODULE_DESCRIPTION("M62332 8-bit DAC");
+MODULE_LICENSE("GPL v2");
-- 
2.1.4

^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH v3] iio: add m62332 DAC driver
  2015-04-27 17:37 [PATCH v3] iio: add m62332 DAC driver Dmitry Eremin-Solenikov
@ 2015-04-27 18:55 ` Peter Meerwald
  2015-05-12 16:45   ` Dmitry Eremin-Solenikov
  0 siblings, 1 reply; 6+ messages in thread
From: Peter Meerwald @ 2015-04-27 18:55 UTC (permalink / raw)
  To: Dmitry Eremin-Solenikov
  Cc: Jonathan Cameron, Hartmut Knaack, Lars-Peter Clausen, linux-iio


> m62332 is a simple 2-channel DAC used on several Sharp Zaurus boards to
> control LCD voltage, backlight and sound. The driver use regulators to
> control the reference voltage and enabling/disabling the DAC.

some minor comments below
 
> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
> ---
> Changes since v2:
>  * Added M62332_CHANNELS to be used instead of magic value 2
>  * Changed the probe funciton handles error cases
> 
>  drivers/iio/dac/Kconfig  |  10 ++
>  drivers/iio/dac/Makefile |   1 +
>  drivers/iio/dac/m62332.c | 261 +++++++++++++++++++++++++++++++++++++++++++++++
>  3 files changed, 272 insertions(+)
>  create mode 100644 drivers/iio/dac/m62332.c
> 
> diff --git a/drivers/iio/dac/Kconfig b/drivers/iio/dac/Kconfig
> index 13471a7..e701e28 100644
> --- a/drivers/iio/dac/Kconfig
> +++ b/drivers/iio/dac/Kconfig
> @@ -142,6 +142,16 @@ config AD7303
>  	  To compile this driver as module choose M here: the module will be called
>  	  ad7303.
>  
> +config M62332
> +	tristate "Mitsubishi M62332 DAC driver"
> +	depends on I2C
> +	help
> +	  If you say yes here you get support for the Mitsubishi M62332
> +	  (I2C 8-Bit DACs with rail-to-rail outputs).
> +
> +	  This driver can also be built as a module.  If so, the module
> +	  will be called m62332.
> +
>  config MAX517
>  	tristate "Maxim MAX517/518/519/520/521 DAC driver"
>  	depends on I2C
> diff --git a/drivers/iio/dac/Makefile b/drivers/iio/dac/Makefile
> index 52be7e1..63ae056 100644
> --- a/drivers/iio/dac/Makefile
> +++ b/drivers/iio/dac/Makefile
> @@ -16,6 +16,7 @@ obj-$(CONFIG_AD5764) += ad5764.o
>  obj-$(CONFIG_AD5791) += ad5791.o
>  obj-$(CONFIG_AD5686) += ad5686.o
>  obj-$(CONFIG_AD7303) += ad7303.o
> +obj-$(CONFIG_M62332) += m62332.o
>  obj-$(CONFIG_MAX517) += max517.o
>  obj-$(CONFIG_MAX5821) += max5821.o
>  obj-$(CONFIG_MCP4725) += mcp4725.o
> diff --git a/drivers/iio/dac/m62332.c b/drivers/iio/dac/m62332.c
> new file mode 100644
> index 0000000..2dc6712
> --- /dev/null
> +++ b/drivers/iio/dac/m62332.c
> @@ -0,0 +1,261 @@
> +/*
> + *  m62332.c - Support for Mitsubishi m62332 DAC
> + *
> + *  Copyright (c) 2014 Dmitry Eremin-Solenikov
> + *
> + *  Based on max517 driver:
> + *  Copyright (C) 2010, 2011 Roland Stigge <stigge@antcom.de>
> + *
> + *  This program is free software; you can redistribute it and/or modify
> + *  it under the terms of the GNU General Public License as published by
> + *  the Free Software Foundation; either version 2 of the License, or
> + *  (at your option) any later version.
> + *
> + *  This program is distributed in the hope that it will be useful,
> + *  but WITHOUT ANY WARRANTY; without even the implied warranty of
> + *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> + *  GNU General Public License for more details.
> + */
> +
> +#include <linux/module.h>
> +#include <linux/slab.h>
> +#include <linux/i2c.h>
> +#include <linux/err.h>
> +
> +#include <linux/iio/iio.h>
> +#include <linux/iio/driver.h>
> +
> +#include <linux/regulator/consumer.h>
> +
> +#define M62332_CHANNELS 2
> +
> +struct m62332_data {
> +	struct i2c_client	*client;
> +	u16			vref_mv;
> +	struct regulator	*vcc;
> +	struct mutex		mutex;
> +	u8			raw[M62332_CHANNELS];
> +#ifdef CONFIG_PM_SLEEP
> +	u8			save[M62332_CHANNELS];
> +#endif
> +};
> +
> +static int m62332_set_value(struct iio_dev *indio_dev,
> +	u8 val, int channel)
> +{
> +	struct m62332_data *data = iio_priv(indio_dev);
> +	struct i2c_client *client = data->client;
> +	u8 outbuf[2];
> +	int res = 0;
> +
> +	if (val == data->raw[channel])
> +		return 0;
> +
> +	outbuf[0] = channel;
> +	outbuf[1] = val;
> +
> +	mutex_lock(&data->mutex);
> +
> +	if (val)
> +		res = regulator_enable(data->vcc);
> +	if (res)
> +		goto out;

I would find it marginally clearer to do
if (val) {
  res = regulator_enable(..);
  if (res)
    goto out;
}
and leave res uninitialized (feel free to ignore)

> +
> +	res = i2c_master_send(client, outbuf, 2);
> +	if (res >= 0 && res != 2)
> +		res = -EIO;
> +	if (res < 0)
> +		goto out;
> +
> +	data->raw[channel] = val;
> +
> +	if (!val)
> +		regulator_disable(data->vcc);
> +
> +	mutex_unlock(&data->mutex);
> +
> +	return 0;
> +
> +out:
> +	mutex_unlock(&data->mutex);
> +
> +	return res;
> +}
> +
> +static int m62332_read_raw(struct iio_dev *indio_dev,
> +			   struct iio_chan_spec const *chan,
> +			   int *val,
> +			   int *val2,
> +			   long m)
> +{
> +	struct m62332_data *data = iio_priv(indio_dev);
> +
> +	switch (m) {
> +	case IIO_CHAN_INFO_SCALE:
> +		/* Corresponds to Vref / 2^(bits) */
> +		*val = data->vref_mv;
> +		*val2 = 8;
> +		return IIO_VAL_FRACTIONAL_LOG2;
> +	case IIO_CHAN_INFO_RAW:
> +		*val = data->raw[chan->channel];
> +		return IIO_VAL_INT;
> +	default:
> +		break;
> +	}
> +	return -EINVAL;
> +}
> +
> +static int m62332_write_raw(struct iio_dev *indio_dev,
> +	struct iio_chan_spec const *chan, int val, int val2, long mask)
> +{
> +	int ret;
> +
> +	switch (mask) {
> +	case IIO_CHAN_INFO_RAW:

see write_raw_get_fmt, the default is IIO_VAL_INT_PLUS_MICRO; probably you 
want to overwrite that function to return IIO_VAL_INT

or at least check val2 == 0

> +		if (val < 0 || val > 255)
> +			return -EINVAL;
> +
> +		ret = m62332_set_value(indio_dev, val, chan->channel);
> +		break;
> +	default:
> +		ret = -EINVAL;
> +		break;
> +	}
> +
> +	return ret;
> +}
> +
> +#ifdef CONFIG_PM_SLEEP
> +static int m62332_suspend(struct device *dev)
> +{
> +	struct i2c_client *client = to_i2c_client(dev);
> +	struct iio_dev *indio_dev = i2c_get_clientdata(client);
> +	struct m62332_data *data = iio_priv(indio_dev);
> +	int ret;
> +
> +	data->save[0] = data->raw[0];
> +	data->save[1] = data->raw[1];
> +
> +	ret = m62332_set_value(indio_dev, 0, 0);
> +	if (ret < 0)
> +		return ret;
> +
> +	return m62332_set_value(indio_dev, 0, 1);
> +}
> +
> +static int m62332_resume(struct device *dev)
> +{
> +	struct i2c_client *client = to_i2c_client(dev);
> +	struct iio_dev *indio_dev = i2c_get_clientdata(client);
> +	struct m62332_data *data = iio_priv(indio_dev);
> +	int ret;
> +
> +	ret = m62332_set_value(indio_dev, data->save[0], 0);
> +	if (ret < 0)
> +		return ret;
> +
> +	return m62332_set_value(indio_dev, data->save[1], 1);
> +}
> +
> +static SIMPLE_DEV_PM_OPS(m62332_pm_ops, m62332_suspend, m62332_resume);
> +#define M62332_PM_OPS (&m62332_pm_ops)
> +#else
> +#define M62332_PM_OPS NULL
> +#endif
> +
> +static const struct iio_info m62332_info = {
> +	.read_raw = m62332_read_raw,
> +	.write_raw = m62332_write_raw,
> +	.driver_module = THIS_MODULE,
> +};
> +
> +#define M62332_CHANNEL(chan) {				\
> +	.type = IIO_VOLTAGE,				\
> +	.indexed = 1,					\
> +	.output = 1,					\
> +	.channel = (chan),				\
> +	.datasheet_name = "CH" #chan,			\
> +	.info_mask_separate = BIT(IIO_CHAN_INFO_RAW) |	\
> +		BIT(IIO_CHAN_INFO_SCALE),		\
> +}
> +
> +static const struct iio_chan_spec m62332_channels[M62332_CHANNELS] = {
> +	M62332_CHANNEL(0),
> +	M62332_CHANNEL(1)
> +};
> +
> +static int m62332_probe(struct i2c_client *client,
> +			const struct i2c_device_id *id)
> +{
> +	struct m62332_data *data;
> +	struct iio_dev *indio_dev;
> +	int ret;
> +
> +	indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
> +	if (!indio_dev)
> +		return -ENOMEM;
> +	data = iio_priv(indio_dev);
> +	i2c_set_clientdata(client, indio_dev);
> +	data->client = client;
> +
> +	mutex_init(&data->mutex);
> +
> +	data->vcc = devm_regulator_get(&client->dev, "VCC");
> +	if (IS_ERR(data->vcc))
> +		return PTR_ERR(data->vcc);
> +
> +	/* establish that the iio_dev is a child of the i2c device */
> +	indio_dev->dev.parent = &client->dev;
> +
> +	indio_dev->num_channels = M62332_CHANNELS;
> +	indio_dev->channels = m62332_channels;
> +	indio_dev->modes = INDIO_DIRECT_MODE;
> +	indio_dev->info = &m62332_info;
> +
> +	data->vref_mv = regulator_get_voltage(data->vcc) / 1000; /* mV */

regulator_get_voltage() may return an error value

> +
> +	ret = iio_map_array_register(indio_dev, client->dev.platform_data);
> +	if (ret < 0)
> +		return ret;
> +
> +	ret = iio_device_register(indio_dev);
> +	if (ret < 0)
> +		goto err;
> +
> +	return 0;
> +
> +err:
> +	iio_map_array_unregister(indio_dev);
> +	return ret;
> +}
> +
> +static int m62332_remove(struct i2c_client *client)
> +{
> +	struct iio_dev *indio_dev = i2c_get_clientdata(client);
> +
> +	iio_device_unregister(indio_dev);
> +	iio_map_array_unregister(indio_dev);
> +
> +	return 0;
> +}
> +
> +static const struct i2c_device_id m62332_id[] = {
> +	{ "m62332", },
> +	{ }
> +};
> +MODULE_DEVICE_TABLE(i2c, m62332_id);
> +
> +static struct i2c_driver m62332_driver = {
> +	.driver = {
> +		.name	= "m62332",
> +		.pm	= M62332_PM_OPS,
> +	},
> +	.probe		= m62332_probe,
> +	.remove		= m62332_remove,
> +	.id_table	= m62332_id,
> +};
> +module_i2c_driver(m62332_driver);
> +
> +MODULE_AUTHOR("Dmitry Eremin-Solenikov");
> +MODULE_DESCRIPTION("M62332 8-bit DAC");
> +MODULE_LICENSE("GPL v2");
> 

-- 

Peter Meerwald
+43-664-2444418 (mobile)

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH v3] iio: add m62332 DAC driver
  2015-04-27 18:55 ` Peter Meerwald
@ 2015-05-12 16:45   ` Dmitry Eremin-Solenikov
  2015-05-12 19:17     ` Jonathan Cameron
  0 siblings, 1 reply; 6+ messages in thread
From: Dmitry Eremin-Solenikov @ 2015-05-12 16:45 UTC (permalink / raw)
  To: Peter Meerwald
  Cc: Jonathan Cameron, Hartmut Knaack, Lars-Peter Clausen, linux-iio

Hello,

2015-04-27 21:55 GMT+03:00 Peter Meerwald <pmeerw@pmeerw.net>:
>
>> m62332 is a simple 2-channel DAC used on several Sharp Zaurus boards to
>> control LCD voltage, backlight and sound. The driver use regulators to
>> control the reference voltage and enabling/disabling the DAC.
>
> some minor comments below

Thank you for the review. I had a followup question, see below.

I'll have to submit a V4 anyway -- adding IIO_CHAN_INFO_OFFSET
to reflect correct values being generated by DAC.

>
>> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
>> ---
>> Changes since v2:
>>  * Added M62332_CHANNELS to be used instead of magic value 2
>>  * Changed the probe funciton handles error cases
>>

[skipped]

>> +
>> +     if (val)
>> +             res = regulator_enable(data->vcc);
>> +     if (res)
>> +             goto out;
>
> I would find it marginally clearer to do
> if (val) {
>   res = regulator_enable(..);
>   if (res)
>     goto out;
> }
> and leave res uninitialized (feel free to ignore)

Ack

>
>> +
>> +     res = i2c_master_send(client, outbuf, 2);
>> +     if (res >= 0 && res != 2)

[skipped]

>> +
>> +static int m62332_write_raw(struct iio_dev *indio_dev,
>> +     struct iio_chan_spec const *chan, int val, int val2, long mask)
>> +{
>> +     int ret;
>> +
>> +     switch (mask) {
>> +     case IIO_CHAN_INFO_RAW:
>
> see write_raw_get_fmt, the default is IIO_VAL_INT_PLUS_MICRO; probably you
> want to overwrite that function to return IIO_VAL_INT
>
> or at least check val2 == 0

This is strange. First, according to iio_write_channel_info(),
write_raw_get_fmt()
should not return IIO_VAL_INT. Also none of the DAC write_raw functions that
I have checked actually make use of val2 or check that it is 0.

[skipped]


-- 
With best wishes
Dmitry

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH v3] iio: add m62332 DAC driver
  2015-05-12 16:45   ` Dmitry Eremin-Solenikov
@ 2015-05-12 19:17     ` Jonathan Cameron
  2015-05-13 19:31       ` Dmitry Eremin-Solenikov
  0 siblings, 1 reply; 6+ messages in thread
From: Jonathan Cameron @ 2015-05-12 19:17 UTC (permalink / raw)
  To: Dmitry Eremin-Solenikov, Peter Meerwald
  Cc: Hartmut Knaack, Lars-Peter Clausen, linux-iio

On 12/05/15 17:45, Dmitry Eremin-Solenikov wrote:
> Hello,
> 
> 2015-04-27 21:55 GMT+03:00 Peter Meerwald <pmeerw@pmeerw.net>:
>>
>>> m62332 is a simple 2-channel DAC used on several Sharp Zaurus boards to
>>> control LCD voltage, backlight and sound. The driver use regulators to
>>> control the reference voltage and enabling/disabling the DAC.
>>
>> some minor comments below
> 
> Thank you for the review. I had a followup question, see below.
> 
> I'll have to submit a V4 anyway -- adding IIO_CHAN_INFO_OFFSET
> to reflect correct values being generated by DAC.
> 
>>
>>> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
>>> ---
>>> Changes since v2:
>>>  * Added M62332_CHANNELS to be used instead of magic value 2
>>>  * Changed the probe funciton handles error cases
>>>
> 
> [skipped]
> 
>>> +
>>> +     if (val)
>>> +             res = regulator_enable(data->vcc);
>>> +     if (res)
>>> +             goto out;
>>
>> I would find it marginally clearer to do
>> if (val) {
>>   res = regulator_enable(..);
>>   if (res)
>>     goto out;
>> }
>> and leave res uninitialized (feel free to ignore)
> 
> Ack
> 
>>
>>> +
>>> +     res = i2c_master_send(client, outbuf, 2);
>>> +     if (res >= 0 && res != 2)
> 
> [skipped]
> 
>>> +
>>> +static int m62332_write_raw(struct iio_dev *indio_dev,
>>> +     struct iio_chan_spec const *chan, int val, int val2, long mask)
>>> +{
>>> +     int ret;
>>> +
>>> +     switch (mask) {
>>> +     case IIO_CHAN_INFO_RAW:
>>
>> see write_raw_get_fmt, the default is IIO_VAL_INT_PLUS_MICRO; probably you
>> want to overwrite that function to return IIO_VAL_INT
>>
>> or at least check val2 == 0
> 
> This is strange. First, according to iio_write_channel_info(),
> write_raw_get_fmt()
> should not return IIO_VAL_INT.

Based on the lack of specific handling? (e.g. an entry in the case statement
int that function).

It will convert the same as IIO_VAL_INT_PLUS_MICRO but the micro bit will be zero.

Or am I missing an indication that it doesn't support IIO_VAL_INT somewhere?


> Also none of the DAC write_raw functions that
> I have checked actually make use of val2 or check that it is 0.
They should check it strictly speaking - feel free to post a series
fixing them ;)

Note it is just as valid to leave the type as IIO_VAL_INT_PLUS_MICRO and just check
that val2==0 if you prefer.
> 
> [skipped]
> 
> 


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH v3] iio: add m62332 DAC driver
  2015-05-12 19:17     ` Jonathan Cameron
@ 2015-05-13 19:31       ` Dmitry Eremin-Solenikov
  2015-05-15  6:01         ` Jonathan Cameron
  0 siblings, 1 reply; 6+ messages in thread
From: Dmitry Eremin-Solenikov @ 2015-05-13 19:31 UTC (permalink / raw)
  To: Jonathan Cameron
  Cc: Peter Meerwald, Hartmut Knaack, Lars-Peter Clausen, linux-iio

Hello,

2015-05-12 22:17 GMT+03:00 Jonathan Cameron <jic23@kernel.org>:
> On 12/05/15 17:45, Dmitry Eremin-Solenikov wrote:
>> 2015-04-27 21:55 GMT+03:00 Peter Meerwald <pmeerw@pmeerw.net>:
>>>
>>>> m62332 is a simple 2-channel DAC used on several Sharp Zaurus boards to
>>>> control LCD voltage, backlight and sound. The driver use regulators to
>>>> control the reference voltage and enabling/disabling the DAC.
>>>
>>> some minor comments below
>>
>> Thank you for the review. I had a followup question, see below.
>>
>> I'll have to submit a V4 anyway -- adding IIO_CHAN_INFO_OFFSET
>> to reflect correct values being generated by DAC.
>>
>>>
>>>> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
>>>> ---
>>>> Changes since v2:
>>>>  * Added M62332_CHANNELS to be used instead of magic value 2
>>>>  * Changed the probe funciton handles error cases
>>>>
>>
>>>> +
>>>> +static int m62332_write_raw(struct iio_dev *indio_dev,
>>>> +     struct iio_chan_spec const *chan, int val, int val2, long mask)
>>>> +{
>>>> +     int ret;
>>>> +
>>>> +     switch (mask) {
>>>> +     case IIO_CHAN_INFO_RAW:
>>>
>>> see write_raw_get_fmt, the default is IIO_VAL_INT_PLUS_MICRO; probably you
>>> want to overwrite that function to return IIO_VAL_INT
>>>
>>> or at least check val2 == 0
>>
>> This is strange. First, according to iio_write_channel_info(),
>> write_raw_get_fmt()
>> should not return IIO_VAL_INT.
>
> Based on the lack of specific handling? (e.g. an entry in the case statement
> int that function).

Because of the function explicitly returning -EINVAL if
write_raw_get_fmt() callback
returns anything except IIO_VAL_INT_PLUS_MICRO or IIO_VAL_INT_PLUS_NANO.

> It will convert the same as IIO_VAL_INT_PLUS_MICRO but the micro bit will be zero.
>
> Or am I missing an indication that it doesn't support IIO_VAL_INT somewhere?
>
>
>> Also none of the DAC write_raw functions that
>> I have checked actually make use of val2 or check that it is 0.
> They should check it strictly speaking - feel free to post a series
> fixing them ;)
>
> Note it is just as valid to leave the type as IIO_VAL_INT_PLUS_MICRO and just check
> that val2==0 if you prefer.

I'm not so sure that it is a good idea. It means that m62332 will have
a behaviour that
differs from behaviour of (some of) the rest of IIO devices.

-- 
With best wishes
Dmitry

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH v3] iio: add m62332 DAC driver
  2015-05-13 19:31       ` Dmitry Eremin-Solenikov
@ 2015-05-15  6:01         ` Jonathan Cameron
  0 siblings, 0 replies; 6+ messages in thread
From: Jonathan Cameron @ 2015-05-15  6:01 UTC (permalink / raw)
  To: Dmitry Eremin-Solenikov
  Cc: Peter Meerwald, Hartmut Knaack, Lars-Peter Clausen, linux-iio



On 13 May 2015 20:31:36 BST, Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> wrote:
>Hello,
>
>2015-05-12 22:17 GMT+03:00 Jonathan Cameron <jic23@kernel.org>:
>> On 12/05/15 17:45, Dmitry Eremin-Solenikov wrote:
>>> 2015-04-27 21:55 GMT+03:00 Peter Meerwald <pmeerw@pmeerw.net>:
>>>>
>>>>> m62332 is a simple 2-channel DAC used on several Sharp Zaurus
>boards to
>>>>> control LCD voltage, backlight and sound. The driver use
>regulators to
>>>>> control the reference voltage and enabling/disabling the DAC.
>>>>
>>>> some minor comments below
>>>
>>> Thank you for the review. I had a followup question, see below.
>>>
>>> I'll have to submit a V4 anyway -- adding IIO_CHAN_INFO_OFFSET
>>> to reflect correct values being generated by DAC.
>>>
>>>>
>>>>> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
>>>>> ---
>>>>> Changes since v2:
>>>>>  * Added M62332_CHANNELS to be used instead of magic value 2
>>>>>  * Changed the probe funciton handles error cases
>>>>>
>>>
>>>>> +
>>>>> +static int m62332_write_raw(struct iio_dev *indio_dev,
>>>>> +     struct iio_chan_spec const *chan, int val, int val2, long
>mask)
>>>>> +{
>>>>> +     int ret;
>>>>> +
>>>>> +     switch (mask) {
>>>>> +     case IIO_CHAN_INFO_RAW:
>>>>
>>>> see write_raw_get_fmt, the default is IIO_VAL_INT_PLUS_MICRO;
>probably you
>>>> want to overwrite that function to return IIO_VAL_INT
>>>>
>>>> or at least check val2 == 0
>>>
>>> This is strange. First, according to iio_write_channel_info(),
>>> write_raw_get_fmt()
>>> should not return IIO_VAL_INT.
>>
>> Based on the lack of specific handling? (e.g. an entry in the case
>statement
>> int that function).
>
>Because of the function explicitly returning -EINVAL if
>write_raw_get_fmt() callback
>returns anything except IIO_VAL_INT_PLUS_MICRO or
>IIO_VAL_INT_PLUS_NANO.
Gah! Sorry, selective eye sight on my part. We clearly want to add at least the into version to that switch statement.
>
>> It will convert the same as IIO_VAL_INT_PLUS_MICRO but the micro bit
>will be zero.
>>
>> Or am I missing an indication that it doesn't support IIO_VAL_INT
>somewhere?
>>
>>
>>> Also none of the DAC write_raw functions that
>>> I have checked actually make use of val2 or check that it is 0.
>> They should check it strictly speaking - feel free to post a series
>> fixing them ;)
>>
>> Note it is just as valid to leave the type as IIO_VAL_INT_PLUS_MICRO
>and just check
>> that val2==0 if you prefer.
>
>I'm not so sure that it is a good idea. It means that m62332 will have
>a behaviour that
>differs from behaviour of (some of) the rest of IIO devices.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2015-05-15  6:01 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-04-27 17:37 [PATCH v3] iio: add m62332 DAC driver Dmitry Eremin-Solenikov
2015-04-27 18:55 ` Peter Meerwald
2015-05-12 16:45   ` Dmitry Eremin-Solenikov
2015-05-12 19:17     ` Jonathan Cameron
2015-05-13 19:31       ` Dmitry Eremin-Solenikov
2015-05-15  6:01         ` Jonathan Cameron

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.