Re: [PATCH] IIO: add si701x driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > > This patch adds support to the Industrial IO subsystem
> > > for the Silicon Labs Si701x/2x Relative Humidity and
> > > Temperature Sensors.
> > 
> > the name si701x is problematic; the si7015 for example is supported by
> > the si7005 driver
> > 
> > how about calling the driver si7020 and stating that it also supports
> > si7013, si7021 -- the x notation in driver names always leads to touble...
> 
> Sounds good.
> 
> > the additional features of the si7013 are not supported by the driver
> > 
> > > Website:
> > > http://www.silabs.com/products/sensors/humidity-sensors/Pages/si7013-20-21.aspx
> > > 
> > > These are i2c devices which measure relative humidity
> > > and temperature and all use the same protocol. The
> > > Si7013 has an additional input with programmable
> > > linearization which is not supported because that's
> > > complicated and I didn't need it.
> > > 
> > > Signed-off-by: David Barksdale <dbarksdale@xxxxxxxxxxx>
> > > 
> > > ---
> > >   drivers/iio/humidity/Kconfig  |  10 +++
> > >   drivers/iio/humidity/Makefile |   1 +
> > >   drivers/iio/humidity/si701x.c | 159
> > > ++++++++++++++++++++++++++++++++++++++++++
> > >   3 files changed, 170 insertions(+)
> > > 
> > > diff --git a/drivers/iio/humidity/Kconfig b/drivers/iio/humidity/Kconfig
> > > index e116bd8..ba0ef61 100644
> > > --- a/drivers/iio/humidity/Kconfig
> > > +++ b/drivers/iio/humidity/Kconfig
> > > @@ -22,4 +22,14 @@ config SI7005
> > >   	  To compile this driver as a module, choose M here: the module
> > >   	  will be called si7005.
> > > 
> > > +config SI701X
> > > +	tristate "Si701x/2x Relative Humidity and Temperature Sensors"
> > > +	depends on I2C
> > > +	help
> > > +	  Say yes here to build support for the Silicon Labs Si701x/2x
> > > Relative
> > > +	  Humidity and Temperature Sensors.
> > > +
> > > +	  To compile this driver as a module, choose M here: the module
> > > +	  will be called si701x.
> > > +
> > >   endmenu
> > > diff --git a/drivers/iio/humidity/Makefile b/drivers/iio/humidity/Makefile
> > > index e3f3d94..d2e9645 100644
> > > --- a/drivers/iio/humidity/Makefile
> > > +++ b/drivers/iio/humidity/Makefile
> > > @@ -4,3 +4,4 @@
> > > 
> > >   obj-$(CONFIG_DHT11) += dht11.o
> > >   obj-$(CONFIG_SI7005) += si7005.o
> > > +obj-$(CONFIG_SI701X) += si701x.o
> > > diff --git a/drivers/iio/humidity/si701x.c b/drivers/iio/humidity/si701x.c
> > > new file mode 100644
> > > index 0000000..1a2ee22
> > > --- /dev/null
> > > +++ b/drivers/iio/humidity/si701x.c
> > > @@ -0,0 +1,159 @@
> > > +/*
> > > + * si701x.c - Silicon Labs Si701x/2x Relative Humidity and Temperature
> > > Sensors
> > > + * Copyright (c) 2013,2014  Uplogix, Inc.
> > > + * David Barksdale <dbarksdale@xxxxxxxxxxx>
> > > + *
> > > + * This program is free software; you can redistribute it and/or modify
> > > it
> > > + * under the terms and conditions of the GNU General Public License,
> > > + * version 2, as published by the Free Software Foundation.
> > > + *
> > > + * 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.
> > > + */
> > > +
> > > +/*
> > > + * The Silicon Labs Si701x/2x Relative Humidity and Temperature Sensors
> > > + * are i2c devices which have an identical programming interface for
> > > + * measuring relative humidity and temperature. The Si7013 has an
> > > additional
> > > + * temperature input which this driver does not support.
> > > + *
> > > + * Data Sheets:
> > > + *   Si7013:
> > > http://www.silabs.com/Support%20Documents/TechnicalDocs/Si7013.pdf
> > > + *   Si7020:
> > > http://www.silabs.com/Support%20Documents/TechnicalDocs/Si7020.pdf
> > > + *   Si7021:
> > > http://www.silabs.com/Support%20Documents/TechnicalDocs/Si7021.pdf
> > > + */
> > > +
> > > +#include <linux/i2c.h>
> > > +#include <linux/module.h>
> > > +#include <linux/slab.h>
> > > +#include <linux/sysfs.h>
> > > +
> > > +#include <linux/iio/iio.h>
> > > +#include <linux/iio/sysfs.h>
> > > +
> > > +enum {
> > > +	/* Measure Relative Humidity, Hold Master Mode */
> > > +	SI701XCMD_RH_HOLD	= 0xE5,
> > > +	/* Measure Temperature, Hold Master Mode */
> > > +	SI701XCMD_TEMP_HOLD	= 0xE3,
> > > +};
> > > +
> > > +struct si701x_data {
> > > +	struct i2c_client *client;
> > > +	struct mutex lock;
> > > +};
> > > +
> > > +static int si701x_read_raw(struct iio_dev *indio_dev,
> > > +			   struct iio_chan_spec const *chan, int *val,
> > > +			   int *val2, long mask)
> > > +{
> > > +	struct si701x_data *data = iio_priv(indio_dev);
> > > +	int ret;
> > > +
> > > +	switch (mask) {
> > > +	case IIO_CHAN_INFO_RAW:
> > > +		mutex_lock(&data->lock);
> > 
> > is the locking needed? what is protected?
> 
> I copied this from the si7005 driver. I assumed because calls to read_raw were
> not serialized and calls to i2c_smbus_read_word_data on the same client need
> to be serialized.

reading the si7005 is totally different:
start conversion, wait for completion, read data -- this sequence must not 
be interrupted, hence the lock
 
> > > +		ret = i2c_smbus_read_word_data(data->client,
> > > +					       chan->type == IIO_TEMP ?
> > > +					       SI701XCMD_TEMP_HOLD :
> > > +					       SI701XCMD_RH_HOLD);
> > > +		mutex_unlock(&data->lock);
> > > +		if (ret < 0)
> > > +			return ret;
> > > +		*val = ret;
> > > +		return IIO_VAL_INT;
> > > +	case IIO_CHAN_INFO_SCALE:
> > > +		if (chan->type == IIO_TEMP) {
> > > +			*val = 175.72 * 1000;
> > 
> > floating-point constants in kernel space makes me nervous
> > 
> 
> I was trying to make this easy to compare to constants that appear in the data
> sheets: 175.72, 125, 65536, -6, and -46.85. I figured the compiler would
> transform them to integers, but I suppose that's not a great assumption. I'll
> precompute them and explain them in a comment.
> 
> > > +			*val2 = 65536;
> > 
> > could set val2 once after the if
> > 
> > > +		} else {
> > > +			*val = 125 * 1000;
> > > +			*val2 = 65536;
> > > +		}
> > > +		return IIO_VAL_FRACTIONAL;
> > > +	case IIO_CHAN_INFO_OFFSET:
> > > +		if (chan->type == IIO_TEMP)
> > > +			*val = -46.85 * 65536 / 175.72;
> > > +		else
> > > +			*val = -6 * 65536 / 125;
> > > +		return IIO_VAL_INT;
> > > +	default:
> > > +		break;
> > > +	}
> > > +
> > > +	return -EINVAL;
> > > +}
> > > +
> > > +static const struct iio_chan_spec si701x_channels[] = {
> > > +	{
> > > +		.type = IIO_HUMIDITYRELATIVE,
> > > +		.info_mask_separate = BIT(IIO_CHAN_INFO_RAW) |
> > > +			BIT(IIO_CHAN_INFO_SCALE) | BIT(IIO_CHAN_INFO_OFFSET),
> > > +	},
> > > +	{
> > > +		.type = IIO_TEMP,
> > > +		.info_mask_separate = BIT(IIO_CHAN_INFO_RAW) |
> > > +			BIT(IIO_CHAN_INFO_SCALE) | BIT(IIO_CHAN_INFO_OFFSET),
> > > +	}
> > > +};
> > > +
> > > +static const struct iio_info si701x_info = {
> > > +	.read_raw = si701x_read_raw,
> > > +	.driver_module = THIS_MODULE,
> > > +};
> > > +
> > > +static int si701x_probe(struct i2c_client *client,
> > > +			const struct i2c_device_id *id)
> > > +{
> > > +	struct iio_dev *dev;
> > > +	struct si701x_data *data;
> > > +
> > > +	if (!i2c_check_functionality(client->adapter,
> > > I2C_FUNC_SMBUS_WORD_DATA))
> > > +		return -ENODEV;
> > > +
> > > +	dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
> > > +	if (!dev)
> > > +		return -ENOMEM;
> > > +
> > > +	data = iio_priv(dev);
> > > +	i2c_set_clientdata(client, dev);
> > > +	data->client = client;
> > > +	mutex_init(&data->lock);
> > > +
> > > +	dev->dev.parent = &client->dev;
> > > +	dev->name = dev_name(&client->dev);
> > > +	dev->modes = INDIO_DIRECT_MODE;
> > > +	dev->info = &si701x_info;
> > > +	dev->channels = si701x_channels;
> > > +	dev->num_channels = ARRAY_SIZE(si701x_channels);
> > > +
> > > +	return devm_iio_device_register(&client->dev, dev);
> > > +}
> > > +
> > > +static const unsigned short si701x_address_list[] = {
> > > +	0x40,
> > 
> > the alternate address is 0x41
> > 
> 
> Thanks.
> 
> > > +	I2C_CLIENT_END
> > > +};
> > > +
> > > +static const struct i2c_device_id si701x_id[] = {
> > > +	{ "si701x", 0 },
> > > +	{ }
> > > +};
> > > +MODULE_DEVICE_TABLE(i2c, si701x_id);
> > > +
> > > +static struct i2c_driver si701x_driver = {
> > > +	.class		= I2C_CLASS_HWMON,
> > > +	.driver.name	= "si701x",
> > > +	.probe		= si701x_probe,
> > > +	.address_list	= si701x_address_list,
> > > +	.id_table	= si701x_id,
> > 
> > address_list and I2C_CLASS_HWMON -- what for?
> > 
> > if doing auto-probing, I'd check the chip's ID
> > 
> 
> Oops. This was originally an hwmon driver but I ported it to iio when I saw
> that's where si7005 landed.

IIO drivers usually don't fill the I2C address list

> 
> > > +};
> > > +
> > > +module_i2c_driver(si701x_driver);
> > > +MODULE_DESCRIPTION("Silicon Labs Si701x/2x "
> > > +		   "Relative Humidity and Temperature Sensors");
> > > +MODULE_AUTHOR("David Barksdale <dbarksdale@xxxxxxxxxxx>");
> > > +MODULE_LICENSE("GPL");
> > > +
> > > 
> > 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

-- 

Peter Meerwald
+43-664-2444418 (mobile)
--
To unsubscribe from this list: send the line "unsubscribe linux-iio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux