linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: tduszyns@gmail.com
To: Peter Meerwald <pmeerw@pmeerw.net>
Cc: Tomasz Duszynski <tduszyns@gmail.com>,
	jic23@kernel.org, knaack.h@gmx.de, lars@metafoo.de,
	linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org
Subject: Re: [PATCH] iio: light: add support for ROHM BH1710/BH1715/BH1721/BH1750/BH1751 ambient light sensors
Date: Wed, 22 Apr 2015 19:36:00 +0200	[thread overview]
Message-ID: <20150422173600.GA8715@Arch.lan> (raw)
In-Reply-To: <alpine.DEB.2.02.1504221029470.31638@pmeerw.net>

On Wed, Apr 22, 2015 at 10:49:21AM +0200, Peter Meerwald wrote:
> On Tue, 21 Apr 2015, Tomasz Duszynski wrote:
>
> > Add support for ROHM BH1710/BH1715/BH1721/BH1750/BH1751 ambient light
> > sensors.
>
> nice, some comments inline
>
> > Signed-off-by: Tomasz Duszynski <tduszyns@gmail.com>
> > ---
> >  drivers/iio/light/Kconfig  |  10 ++
> >  drivers/iio/light/Makefile |   1 +
> >  drivers/iio/light/bh1750.c | 322 +++++++++++++++++++++++++++++++++++++++++++++
> >  3 files changed, 333 insertions(+)
> >  create mode 100644 drivers/iio/light/bh1750.c
> >
> > diff --git a/drivers/iio/light/Kconfig b/drivers/iio/light/Kconfig
> > index 5a3237b..9fb79ca 100644
> > --- a/drivers/iio/light/Kconfig
> > +++ b/drivers/iio/light/Kconfig
> > @@ -37,6 +37,16 @@ config APDS9300
> >  	 To compile this driver as a module, choose M here: the
> >  	 module will be called apds9300.
> >
> > +config BH1750
> > +	tristate "BH1750 ambient light sensor"
> > +	depends on I2C
> > +	help
> > +	 Say Y here to build support for the BH1710, BH1715, BH1721,
> > +	 BH1750, BH1751 ambient light sensors.
> > +
> > +	 To compile this driver as a module, choose M here: the module will
> > +	 be called bh1750.
> > +
> >  config CM32181
> >  	depends on I2C
> >  	tristate "CM32181 driver"
> > diff --git a/drivers/iio/light/Makefile b/drivers/iio/light/Makefile
> > index 74656c1..1a13184 100644
> > --- a/drivers/iio/light/Makefile
> > +++ b/drivers/iio/light/Makefile
> > @@ -6,6 +6,7 @@
> >  obj-$(CONFIG_ADJD_S311)		+= adjd_s311.o
> >  obj-$(CONFIG_AL3320A)		+= al3320a.o
> >  obj-$(CONFIG_APDS9300)		+= apds9300.o
> > +obj-$(CONFIG_BH1750)		+= bh1750.o
> >  obj-$(CONFIG_CM32181)		+= cm32181.o
> >  obj-$(CONFIG_CM36651)		+= cm36651.o
> >  obj-$(CONFIG_GP2AP020A00F)	+= gp2ap020a00f.o
> > diff --git a/drivers/iio/light/bh1750.c b/drivers/iio/light/bh1750.c
> > new file mode 100644
> > index 0000000..83b5413
> > --- /dev/null
> > +++ b/drivers/iio/light/bh1750.c
> > @@ -0,0 +1,322 @@
> > +/*
> > + * ROHM BH1710/BH1715/BH1721/BH1750/BH1751 ambient light sensor driver
> > + *
> > + * Copyright (c) Tomasz Duszynski <tduszyns@gmail.com>
> > + *
> > + * This program is free software; you can redistribute it and/or modify
> > + * it under the terms of the GNU General Public License version 2 as
> > + * published by the Free Software Foundation.
> > + *
> > + * Data sheets:
> > + *  http://rohmfs.rohm.com/en/products/databook/datasheet/ic/sensor/light/bh1710fvc-e.pdf
> > + *  http://rohmfs.rohm.com/en/products/databook/datasheet/ic/sensor/light/bh1715fvc-e.pdf
> > + *  http://rohmfs.rohm.com/en/products/databook/datasheet/ic/sensor/light/bh1721fvc-e.pdf
> > + *  http://rohmfs.rohm.com/en/products/databook/datasheet/ic/sensor/light/bh1750fvi-e.pdf
> > + *  http://rohmfs.rohm.com/en/products/databook/datasheet/ic/sensor/light/bh1751fvi-e.pdf
> > + *
> > + * 7-bit I2C slave addresses:
> > + *  0x23 (ADDR pin low)
> > + *  0x5C (ADDR pin high)
> > + *
> > + */
> > +
> > +#include <linux/delay.h>
> > +#include <linux/i2c.h>
> > +#include <linux/iio/iio.h>
> > +#include <linux/iio/sysfs.h>
> > +#include <linux/module.h>
> > +
> > +#define BH1750_POWER_DOWN		0x00
> > +#define BH1750_H_RES_MODE		0x10 /* auto-mode for BH1721 */
> > +#define BH1750_CHANGE_INT_TIME_H_BIT	0x40
> > +#define BH1750_CHANGE_INT_TIME_L_BIT	0x60
> > +
> > +enum {
> > +	BH1710,
> > +	BH1715,
> > +	BH1721,
> > +	BH1750,
> > +	BH1751
> > +};
> > +
> > +struct bh1750_chip_info {
> > +	int id;
>
> why is the id stored in chip_info?
> the point of the chip_info table is to avoid switch blocks in the driver;
> I suggest to move remaining chip-dependent values to the table and drop
> the id
>
OK.
> > +	int mtreg_min;
> > +	int mtreg_max;
> > +	int mtreg_default;
>
> u16, these are values stored in an u16 register
>
Right. Will fix that.
> > +	int mtreg_to_usec;
> > +	int mtreg_to_scale;
> > +};
> > +
> > +struct bh1750_data {
> > +	struct i2c_client *client;
> > +	struct mutex lock;
> > +	const struct bh1750_chip_info *chip_info;
> > +	u16 mtreg;
> > +};
> > +
> > +static const struct bh1750_chip_info chip_info_tbl[] = {
> > +	[BH1710] = { BH1710, 140, 1022, 300, 400,  4000 },
> > +	[BH1715] = { BH1715, 31,  254,  69,  1740, 17391 },
> > +	[BH1721] = { BH1721, 140, 1020, 300, 400,  4000 },
> > +	[BH1750] = { BH1750, 31,  254,  69,  1740, 17391 },
> > +	[BH1751] = { BH1751, 31,  254,  69,  1740, 17391 }
> > +};
> > +
> > +static int bh1750_change_int_time(struct bh1750_data *data, int usec)
> > +{
> > +	int ret, val;
> > +	u8 low = 0, high = 0;
>
> initialization not needed, low/high should always be set
>
The idea was to make gcc stop complaining that some values
can be uninitialized. Will change that in next patch.
> > +	const struct bh1750_chip_info *chip_info = data->chip_info;
> > +
> > +	if ((usec % chip_info->mtreg_to_usec) != 0)
> > +		return -EINVAL;
> > +
> > +	val = usec / chip_info->mtreg_to_usec;
> > +	if (val < chip_info->mtreg_min || val > chip_info->mtreg_max)
> > +		return -EINVAL;
> > +
> > +	switch (chip_info->id) {
> > +	case BH1710:
> > +		low = val & 0x001F;
> > +		high = (val & 0x03E0) >> 5;
> > +		break;
> > +	case BH1721:
> > +		low = val & 0x0010;
> > +		high = (val & 0x03E0) >> 5;
>
> break missing?
>
Right.
> > +	case BH1715:
> > +	case BH1750:
> > +	case BH1751:
> > +		low = val & 0x001F;
> > +		high = (val & 0x00E0) >> 5;
> > +		break;
> > +	}
> > +
> > +	ret = i2c_smbus_write_byte(data->client, BH1750_POWER_DOWN);
> > +	if (ret < 0)
> > +		return ret;
> > +
> > +	ret = i2c_smbus_write_byte(data->client,
> > +				   BH1750_CHANGE_INT_TIME_H_BIT | high);
> > +	if (ret < 0)
> > +		return ret;
> > +
> > +	ret = i2c_smbus_write_byte(data->client,
> > +				   BH1750_CHANGE_INT_TIME_L_BIT | low);
> > +	if (ret < 0)
> > +		return ret;
> > +
> > +	data->mtreg = val;
> > +
> > +	return i2c_smbus_write_byte(data->client, BH1750_H_RES_MODE);
> > +}
> > +
> > +static int bh1750_read_raw(struct iio_dev *indio_dev,
> > +			   struct iio_chan_spec const *chan,
> > +			   int *val, int *val2, long mask)
> > +{
> > +	u16 result;
> > +	int ret, tmp;
> > +	unsigned long delay;
> > +	struct bh1750_data *data = iio_priv(indio_dev);
> > +	const struct bh1750_chip_info *chip_info = data->chip_info;
> > +
> > +	switch (mask) {
> > +	case IIO_CHAN_INFO_RAW:
> > +		switch (chan->type) {
> > +		case IIO_INTENSITY:
> > +			delay = chip_info->mtreg_to_usec * data->mtreg;
> > +			mutex_lock(&data->lock);
> > +			usleep_range(delay, delay + 20000);
>
> the driver uses continuous mode and there is no data-ready flag
>
> why not using one time mode?, I think this would better fit in what other
> drivers are doing
>
One time mode is not supported by all chips. It was just easier to use
mode that fits all. Anyway, I will rethink that part.
> > +			ret = i2c_master_recv(data->client,
> > +					      (char *)&result, 2);
>
> almost all drivers use i2c_smbus_read_word_xxx() -- is there a reason not
> to?
>
Yes. In BH17xx case you address device and then read two bytes with
measurement result - no sending additional command in between.
> > +			mutex_unlock(&data->lock);
> > +			if (ret < 0)
> > +				return ret;
> > +
> > +			*val = swab16(result);
> > +			return IIO_VAL_INT;
> > +		default:
> > +			return -EINVAL;
> > +		}
> > +	case IIO_CHAN_INFO_SCALE:
> > +		tmp = chip_info->mtreg_to_scale * data->mtreg;
>
> use the variable delay as above; the same computation is done in every
> switch case
>
OK.
> > +		*val = tmp / 1000000;
> > +		*val2 = tmp % 1000000;
> > +		return IIO_VAL_INT_PLUS_MICRO;
> > +	case IIO_CHAN_INFO_INT_TIME:
> > +		*val = 0;
> > +		*val2 = chip_info->mtreg_to_usec * data->mtreg;
> > +		return IIO_VAL_INT_PLUS_MICRO;
> > +	default:
> > +		return -EINVAL;
> > +	}
> > +}
> > +
> > +static int bh1750_write_raw(struct iio_dev *indio_dev,
> > +			    struct iio_chan_spec const *chan,
> > +			    int val, int val2, long mask)
> > +{
> > +	int ret;
> > +	struct bh1750_data *data = iio_priv(indio_dev);
> > +
> > +	switch (mask) {
> > +	case IIO_CHAN_INFO_INT_TIME:
> > +		if (val != 0)
> > +			return -EINVAL;
> > +
> > +		mutex_lock(&data->lock);
> > +		ret = bh1750_change_int_time(data, val2);
> > +		mutex_unlock(&data->lock);
> > +		return ret;
> > +	default:
> > +		return -EINVAL;
> > +	}
> > +}
> > +
> > +static ssize_t bh1750_show_int_time_available(struct device *dev,
> > +		struct device_attribute *attr, char *buf)
> > +{
> > +	int i, inc;
> > +	size_t len = 0;
> > +	struct bh1750_data *data = iio_priv(dev_to_iio_dev(dev));
> > +	const struct bh1750_chip_info *chip_info = data->chip_info;
> > +
> > +	switch (chip_info->id) {
> > +	case BH1710:
> > +	case BH1721:
> > +		/* All values won't fit into one page, so display every
> > +		 * second one. By doing so step size is increased
> > +		 * from 0.4ms to 0.8ms.*/
>
> multi-line comment style?;
> missing space before */
>
Right.
> > +		inc = 2;
> > +		break;
> > +	default:
> > +		inc = 1;
> > +		break;
> > +	}
> > +
> > +	for (i = chip_info->mtreg_min; i <= chip_info->mtreg_max; i += inc)
> > +		len += scnprintf(buf + len, PAGE_SIZE - len, "0.%06d ",
> > +				 i * chip_info->mtreg_to_usec);
> > +
> > +	buf[len - 1] = '\n';
> > +
> > +	return len;
> > +}
> > +
> > +static IIO_DEV_ATTR_INT_TIME_AVAIL(bh1750_show_int_time_available);
> > +
> > +static struct attribute *bh1750_attributes[] = {
> > +	&iio_dev_attr_integration_time_available.dev_attr.attr,
> > +	NULL,
> > +};
> > +
> > +static struct attribute_group bh1750_attribute_group = {
> > +	.attrs = bh1750_attributes,
> > +};
> > +
> > +static const struct iio_info bh1750_info = {
> > +	.driver_module = THIS_MODULE,
> > +	.attrs = &bh1750_attribute_group,
> > +	.read_raw = bh1750_read_raw,
> > +	.write_raw = bh1750_write_raw,
> > +};
> > +
> > +static const struct iio_chan_spec bh1750_channels[] = {
> > +	{
> > +		.type = IIO_INTENSITY,
> > +		.info_mask_separate = BIT(IIO_CHAN_INFO_RAW) |
> > +				      BIT(IIO_CHAN_INFO_SCALE) |
> > +				      BIT(IIO_CHAN_INFO_INT_TIME)
> > +	}
> > +};
> > +
> > +static int bh1750_probe(struct i2c_client *client,
> > +			const struct i2c_device_id *id)
> > +{
> > +	int ret, usec;
> > +	struct bh1750_data *data;
> > +	struct iio_dev *indio_dev;
> > +
> > +	if (!i2c_check_functionality(client->adapter, I2C_FUNC_I2C |
> > +				I2C_FUNC_SMBUS_WRITE_BYTE))
> > +		return -ENODEV;
> > +
> > +	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;
> > +	data->chip_info = &chip_info_tbl[id->driver_data];
> > +
> > +	usec = data->chip_info->mtreg_to_usec * data->chip_info->mtreg_default;
> > +	ret = bh1750_change_int_time(data, usec);
> > +	if (ret < 0)
> > +		return ret;
> > +
> > +	mutex_init(&data->lock);
> > +	indio_dev->dev.parent = &client->dev;
> > +	indio_dev->info = &bh1750_info;
> > +	indio_dev->name = id->name;
> > +	indio_dev->channels = bh1750_channels;
> > +	indio_dev->num_channels = ARRAY_SIZE(bh1750_channels);
> > +	indio_dev->modes = INDIO_DIRECT_MODE;
> > +
> > +	return devm_iio_device_register(&client->dev, indio_dev);
>
> chip should probably be powered down if this fails; or use one-time mode
>
OK.
> > +}
> > +
> > +#ifdef CONFIG_PM_SLEEP
> > +static int bh1750_suspend(struct device *dev)
> > +{
> > +	int ret;
> > +	struct bh1750_data *data =
> > +		iio_priv(i2c_get_clientdata(to_i2c_client(dev)));
> > +
> > +	mutex_lock(&data->lock);
> > +	ret = i2c_smbus_write_byte(data->client, BH1750_POWER_DOWN);
> > +	mutex_unlock(&data->lock);
> > +
> > +	return ret;
> > +}
> > +
> > +static int bh1750_resume(struct device *dev)
> > +{
> > +	struct bh1750_data *data =
> > +		iio_priv(i2c_get_clientdata(to_i2c_client(dev)));
> > +
> > +	return i2c_smbus_write_byte(data->client, BH1750_H_RES_MODE);
> > +}
> > +
> > +static SIMPLE_DEV_PM_OPS(bh1750_pm_ops, bh1750_suspend, bh1750_resume);
> > +#define BH1750_PM_OPS (&bh1750_pm_ops)
> > +#else
> > +#define BH1750_PM_OPS NULL
> > +#endif
> > +
> > +static const struct i2c_device_id bh1750_id[] = {
> > +	{ "bh1710", BH1710 },
> > +	{ "bh1715", BH1715 },
> > +	{ "bh1721", BH1721 },
> > +	{ "bh1750", BH1750 },
> > +	{ "bh1751", BH1751 },
> > +	{ }
> > +};
> > +MODULE_DEVICE_TABLE(i2c, bh1750_id);
> > +
> > +static struct i2c_driver bh1750_driver = {
> > +	.driver = {
> > +		.name = "bh1750",
> > +		.owner = THIS_MODULE,
> > +		.pm = BH1750_PM_OPS,
> > +	},
>
> .remove to power down
>
OK.
> > +	.probe = bh1750_probe,
> > +	.id_table = bh1750_id,
> > +
> > +};
> > +module_i2c_driver(bh1750_driver);
> > +
> > +MODULE_AUTHOR("Tomasz Duszynski <tduszyns@gmail.com>");
> > +MODULE_DESCRIPTION("ROHM BH1710/BH1715/BH1721/BH1750/BH1751 als driver");
> > +MODULE_LICENSE("GPL v2");
> >
>
> --
>
> Peter Meerwald
> +43-664-2444418 (mobile)

Thanks for review!

  reply	other threads:[~2015-04-22 17:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-21 18:43 [PATCH] iio: light: add support for ROHM BH1710/BH1715/BH1721/BH1750/BH1751 ambient light sensors Tomasz Duszynski
2015-04-22  8:49 ` Peter Meerwald
2015-04-22 17:36   ` tduszyns [this message]
2015-04-23  7:30 ` Daniel Baluta
2015-04-23 19:42   ` Tomasz Duszynski

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=20150422173600.GA8715@Arch.lan \
    --to=tduszyns@gmail.com \
    --cc=jic23@kernel.org \
    --cc=knaack.h@gmx.de \
    --cc=lars@metafoo.de \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pmeerw@pmeerw.net \
    /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;
as well as URLs for NNTP newsgroup(s).