From: Matt Ranostay <matt.ranostay@konsulko.com>
To: Jonathan Cameron <jic23@kernel.org>
Cc: "open list:IIO SUBSYSTEM AND DRIVERS" <linux-iio@vger.kernel.org>
Subject: Re: [PATCH v2 2/2] iio: chemical: atlas-ezo-sensor: add humidity sensor support
Date: Sat, 22 Aug 2020 15:47:58 -0700 [thread overview]
Message-ID: <CAJCx=gngQNkwFuG3TtUrOLp04G1gmbsf5+6Js88EbwtRK-wxRA@mail.gmail.com> (raw)
In-Reply-To: <20200822120140.0a2c6d0f@archlinux>
On Sat, Aug 22, 2020 at 4:01 AM Jonathan Cameron <jic23@kernel.org> wrote:
>
> On Mon, 17 Aug 2020 03:50:52 +0300
> Matt Ranostay <matt.ranostay@konsulko.com> wrote:
>
> > Add support for atlas,hum-ezo / humidity sensor which with scaling
> > provides respective data in millipercent
> >
> > Signed-off-by: Matt Ranostay <matt.ranostay@konsulko.com>
> One comment inline.
>
> Applied to the togreg branch of iio.git and pushed out as testing for
> the autobuilders to play with it.
>
> Thanks,
>
> Jonathan
>
> > ---
> > drivers/iio/chemical/atlas-ezo-sensor.c | 37 ++++++++++++++++++++++++-
> > 1 file changed, 36 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/iio/chemical/atlas-ezo-sensor.c b/drivers/iio/chemical/atlas-ezo-sensor.c
> > index 60a0c752fbc5..b1bacfe3c3ce 100644
> > --- a/drivers/iio/chemical/atlas-ezo-sensor.c
> > +++ b/drivers/iio/chemical/atlas-ezo-sensor.c
> > @@ -17,10 +17,12 @@
> >
> > #define ATLAS_EZO_DRV_NAME "atlas-ezo-sensor"
> > #define ATLAS_INT_TIME_IN_MS 950
> > +#define ATLAS_INT_HUM_TIME_IN_MS 350
> >
> > enum {
> > ATLAS_CO2_EZO,
> > ATLAS_O2_EZO,
> > + ATLAS_HUM_EZO,
> > };
> >
> > struct atlas_ezo_device {
> > @@ -63,6 +65,21 @@ static const struct iio_chan_spec atlas_o2_ezo_channels[] = {
> > ATLAS_CONCENTRATION_CHANNEL(IIO_MOD_O2),
> > };
> >
> > +static const struct iio_chan_spec atlas_hum_ezo_channels[] = {
> > + {
> > + .type = IIO_HUMIDITYRELATIVE,
> > + .info_mask_separate =
> > + BIT(IIO_CHAN_INFO_RAW) | BIT(IIO_CHAN_INFO_SCALE),
> > + .scan_index = 0,
> > + .scan_type = {
> > + .sign = 'u',
> > + .realbits = 32,
> > + .storagebits = 32,
> > + .endianness = IIO_CPU,
> > + },
> > + },
> > +};
> > +
> > static struct atlas_ezo_device atlas_ezo_devices[] = {
> > [ATLAS_CO2_EZO] = {
> > .channels = atlas_co2_ezo_channels,
> > @@ -73,7 +90,12 @@ static struct atlas_ezo_device atlas_ezo_devices[] = {
> > .channels = atlas_o2_ezo_channels,
> > .num_channels = 1,
> > .delay = ATLAS_INT_TIME_IN_MS,
> > - }
> > + },
> > + [ATLAS_HUM_EZO] = {
> > + .channels = atlas_hum_ezo_channels,
> > + .num_channels = 1,
> > + .delay = ATLAS_INT_HUM_TIME_IN_MS,
> > + },
> > };
> >
> > static void atlas_ezo_sanitize(char *buf)
> > @@ -131,6 +153,17 @@ static int atlas_ezo_read_raw(struct iio_dev *indio_dev,
> > return ret ? ret : IIO_VAL_INT;
> > }
> > case IIO_CHAN_INFO_SCALE:
> > + switch (chan->type) {
> > + case IIO_HUMIDITYRELATIVE:
> > + *val = 10;
> > + return IIO_VAL_INT;
> > + case IIO_CONCENTRATION:
> > + break;
> > + default:
> > + return -EINVAL;
> > + }
>
> This structure strikes me as something that might get rather ugly if it
> gets much more complex.
>
> I'll take this one, but keep in mind for any future additions to the driver!
Yeah I agree, and future additions will probably need a much less
hacky switch {} assortment.
- Matt
>
> Jonathan
>
> > +
> > + /* IIO_CONCENTRATION modifiers */
> > switch (chan->channel2) {
> > case IIO_MOD_CO2:
> > *val = 0;
> > @@ -153,6 +186,7 @@ static const struct iio_info atlas_info = {
> > static const struct i2c_device_id atlas_ezo_id[] = {
> > { "atlas-co2-ezo", ATLAS_CO2_EZO },
> > { "atlas-o2-ezo", ATLAS_O2_EZO },
> > + { "atlas-hum-ezo", ATLAS_HUM_EZO },
> > {}
> > };
> > MODULE_DEVICE_TABLE(i2c, atlas_ezo_id);
> > @@ -160,6 +194,7 @@ MODULE_DEVICE_TABLE(i2c, atlas_ezo_id);
> > static const struct of_device_id atlas_ezo_dt_ids[] = {
> > { .compatible = "atlas,co2-ezo", .data = (void *)ATLAS_CO2_EZO, },
> > { .compatible = "atlas,o2-ezo", .data = (void *)ATLAS_O2_EZO, },
> > + { .compatible = "atlas,hum-ezo", .data = (void *)ATLAS_HUM_EZO, },
> > {}
> > };
> > MODULE_DEVICE_TABLE(of, atlas_ezo_dt_ids);
>
prev parent reply other threads:[~2020-08-22 22:48 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-17 0:50 [PATCH v2 0/2] iio: chemical: atlas-ezo-sensor: add humidity sensor support Matt Ranostay
2020-08-17 0:50 ` [PATCH v2 1/2] dt-bindings: iio: chemical: add Atlas EZO Humidity module documentation Matt Ranostay
2020-08-25 2:26 ` Rob Herring
2020-08-17 0:50 ` [PATCH v2 2/2] iio: chemical: atlas-ezo-sensor: add humidity sensor support Matt Ranostay
2020-08-22 11:01 ` Jonathan Cameron
2020-08-22 22:47 ` Matt Ranostay [this message]
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='CAJCx=gngQNkwFuG3TtUrOLp04G1gmbsf5+6Js88EbwtRK-wxRA@mail.gmail.com' \
--to=matt.ranostay@konsulko.com \
--cc=jic23@kernel.org \
--cc=linux-iio@vger.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;
as well as URLs for NNTP newsgroup(s).