* [PATCH v3 0/1] LTR301 ALS support @ 2015-04-02 4:21 Kuppuswamy Sathyanarayanan 2015-04-02 4:21 ` [PATCH v3 1/1] iio: ltr301: Add support for ltr301 Kuppuswamy Sathyanarayanan 0 siblings, 1 reply; 5+ messages in thread From: Kuppuswamy Sathyanarayanan @ 2015-04-02 4:21 UTC (permalink / raw) To: jic23, pmeerw; +Cc: linux-iio, srinivas.pandruvada, sathyanarayanan.kuppuswamy Following patch adds support for Liteon 301 Ambient light sensor. Please let me know your review comments. v1: Extended LTR501 driver to support both LTR301 and LTR501 device. v2: 1. Handled device id NULL case in probe 2. Changed pr_warn to dev_warn v3: 1. Sent v2 before by mistake. So sending the final version of v2 as v3. Kuppuswamy Sathyanarayanan (1): iio: ltr301: Add support for ltr301 drivers/iio/light/Kconfig | 2 +- drivers/iio/light/ltr501.c | 56 +++++++++++++++++++++++++++++++++++++++++++--- 2 files changed, 54 insertions(+), 4 deletions(-) -- 1.9.1 ^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH v3 1/1] iio: ltr301: Add support for ltr301 2015-04-02 4:21 [PATCH v3 0/1] LTR301 ALS support Kuppuswamy Sathyanarayanan @ 2015-04-02 4:21 ` Kuppuswamy Sathyanarayanan 2015-04-02 6:34 ` Peter Meerwald 0 siblings, 1 reply; 5+ messages in thread From: Kuppuswamy Sathyanarayanan @ 2015-04-02 4:21 UTC (permalink / raw) To: jic23, pmeerw; +Cc: linux-iio, srinivas.pandruvada, sathyanarayanan.kuppuswamy Added support for Liteon 301 Ambient light sensor. Since LTR301 and LTR501 are register compatible(and even have same part id), LTR501 driver has been extended to support both devices. LTR501 is similar to LTR301 in ALS sensing, But the only difference is, LTR501 also supports proximity sensing. LTR501 - ALS + Proximity combo LTR301 - ALS sensor. Signed-off-by: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@linux.intel.com> --- drivers/iio/light/Kconfig | 2 +- drivers/iio/light/ltr501.c | 56 +++++++++++++++++++++++++++++++++++++++++++--- 2 files changed, 54 insertions(+), 4 deletions(-) diff --git a/drivers/iio/light/Kconfig b/drivers/iio/light/Kconfig index a224afd..4b2ec51 100644 --- a/drivers/iio/light/Kconfig +++ b/drivers/iio/light/Kconfig @@ -159,7 +159,7 @@ config LTR501 select IIO_TRIGGERED_BUFFER help If you say yes here you get support for the Lite-On LTR-501ALS-01 - ambient light and proximity sensor. + ambient light and proximity sensor or LTR301 Ambient light sensor. This driver can also be built as a module. If so, the module will be called ltr501. diff --git a/drivers/iio/light/ltr501.c b/drivers/iio/light/ltr501.c index 62b7072..66d9a2c 100644 --- a/drivers/iio/light/ltr501.c +++ b/drivers/iio/light/ltr501.c @@ -45,10 +45,17 @@ #define LTR501_PS_DATA_MASK 0x7ff +enum ltr_chipset { + LTR301, + LTR501, + LTR_MAX_CHIPS /* this must be last */ +}; + struct ltr501_data { struct i2c_client *client; struct mutex lock_als, lock_ps; u8 als_contr, ps_contr; + u8 chip_id; }; static int ltr501_drdy(struct ltr501_data *data, u8 drdy_mask) @@ -124,6 +131,13 @@ static const struct iio_chan_spec ltr501_channels[] = { IIO_CHAN_SOFT_TIMESTAMP(3), }; +static const struct iio_chan_spec ltr301_channels[] = { + LTR501_INTENSITY_CHANNEL(0, LTR501_ALS_DATA0, IIO_MOD_LIGHT_BOTH, 0), + LTR501_INTENSITY_CHANNEL(1, LTR501_ALS_DATA1, IIO_MOD_LIGHT_IR, + BIT(IIO_CHAN_INFO_SCALE)), + IIO_CHAN_SOFT_TIMESTAMP(3), +}; + static const int ltr501_ps_gain[4][2] = { {1, 0}, {0, 250000}, {0, 125000}, {0, 62500} }; @@ -244,10 +258,19 @@ static struct attribute *ltr501_attributes[] = { NULL }; +static struct attribute *ltr301_attributes[] = { + &iio_const_attr_in_intensity_scale_available.dev_attr.attr, + NULL +}; + static const struct attribute_group ltr501_attribute_group = { .attrs = ltr501_attributes, }; +static const struct attribute_group ltr301_attribute_group = { + .attrs = ltr301_attributes, +}; + static const struct iio_info ltr501_info = { .read_raw = ltr501_read_raw, .write_raw = ltr501_write_raw, @@ -255,6 +278,13 @@ static const struct iio_info ltr501_info = { .driver_module = THIS_MODULE, }; +static const struct iio_info ltr301_info = { + .read_raw = ltr501_read_raw, + .write_raw = ltr501_write_raw, + .attrs = <r301_attribute_group, + .driver_module = THIS_MODULE, +}; + static int ltr501_write_contr(struct i2c_client *client, u8 als_val, u8 ps_val) { int ret = i2c_smbus_write_byte_data(client, LTR501_ALS_CONTR, als_val); @@ -347,6 +377,13 @@ static int ltr501_probe(struct i2c_client *client, data = iio_priv(indio_dev); i2c_set_clientdata(client, indio_dev); data->client = client; + + /* TODO: Add condition for ACPI */ + if (id) + data->chip_id = id->driver_data; + else + return -ENOSYS + mutex_init(&data->lock_als); mutex_init(&data->lock_ps); @@ -357,12 +394,24 @@ static int ltr501_probe(struct i2c_client *client, return -ENODEV; indio_dev->dev.parent = &client->dev; - indio_dev->info = <r501_info; - indio_dev->channels = ltr501_channels; indio_dev->num_channels = ARRAY_SIZE(ltr501_channels); indio_dev->name = LTR501_DRV_NAME; indio_dev->modes = INDIO_DIRECT_MODE; + switch (data->chip_id) { + case LTR301: + indio_dev->info = <r301_info; + indio_dev->channels = ltr301_channels; + break; + case LTR501: + indio_dev->info = <r501_info; + indio_dev->channels = ltr501_channels; + break; + default: + dev_warn(&client->dev, "ltr chip invalid\n"); + return -ENODEV; + } + ret = ltr501_init(data); if (ret < 0) return ret; @@ -422,7 +471,8 @@ static int ltr501_resume(struct device *dev) static SIMPLE_DEV_PM_OPS(ltr501_pm_ops, ltr501_suspend, ltr501_resume); static const struct i2c_device_id ltr501_id[] = { - { "ltr501", 0 }, + { "ltr301", LTR301 }, + { "ltr501", LTR501 }, { } }; MODULE_DEVICE_TABLE(i2c, ltr501_id); -- 1.9.1 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v3 1/1] iio: ltr301: Add support for ltr301 2015-04-02 4:21 ` [PATCH v3 1/1] iio: ltr301: Add support for ltr301 Kuppuswamy Sathyanarayanan @ 2015-04-02 6:34 ` Peter Meerwald 2015-04-02 6:40 ` sathyanarayanan.kuppuswamy 0 siblings, 1 reply; 5+ messages in thread From: Peter Meerwald @ 2015-04-02 6:34 UTC (permalink / raw) To: Kuppuswamy Sathyanarayanan; +Cc: jic23, linux-iio, srinivas.pandruvada > Added support for Liteon 301 Ambient light sensor. Since > LTR301 and LTR501 are register compatible(and even have same > part id), LTR501 driver has been extended to support both > devices. LTR501 is similar to LTR301 in ALS sensing, But the > only difference is, LTR501 also supports proximity sensing. > > LTR501 - ALS + Proximity combo > LTR301 - ALS sensor. some comments inline > Signed-off-by: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@linux.intel.com> > --- > drivers/iio/light/Kconfig | 2 +- > drivers/iio/light/ltr501.c | 56 +++++++++++++++++++++++++++++++++++++++++++--- > 2 files changed, 54 insertions(+), 4 deletions(-) > > diff --git a/drivers/iio/light/Kconfig b/drivers/iio/light/Kconfig > index a224afd..4b2ec51 100644 > --- a/drivers/iio/light/Kconfig > +++ b/drivers/iio/light/Kconfig > @@ -159,7 +159,7 @@ config LTR501 > select IIO_TRIGGERED_BUFFER > help > If you say yes here you get support for the Lite-On LTR-501ALS-01 > - ambient light and proximity sensor. > + ambient light and proximity sensor or LTR301 Ambient light sensor. ambient LTR-501 vs LTR301 (dash vs no dash) > > This driver can also be built as a module. If so, the module > will be called ltr501. > diff --git a/drivers/iio/light/ltr501.c b/drivers/iio/light/ltr501.c > index 62b7072..66d9a2c 100644 > --- a/drivers/iio/light/ltr501.c > +++ b/drivers/iio/light/ltr501.c > @@ -45,10 +45,17 @@ > > #define LTR501_PS_DATA_MASK 0x7ff > > +enum ltr_chipset { > + LTR301, > + LTR501, > + LTR_MAX_CHIPS /* this must be last */ maybe use ltr501_ prefix MAX_CHIPS is not used > +}; > + > struct ltr501_data { > struct i2c_client *client; > struct mutex lock_als, lock_ps; > u8 als_contr, ps_contr; > + u8 chip_id; chip_id is not used > }; > > static int ltr501_drdy(struct ltr501_data *data, u8 drdy_mask) > @@ -124,6 +131,13 @@ static const struct iio_chan_spec ltr501_channels[] = { > IIO_CHAN_SOFT_TIMESTAMP(3), > }; > > +static const struct iio_chan_spec ltr301_channels[] = { > + LTR501_INTENSITY_CHANNEL(0, LTR501_ALS_DATA0, IIO_MOD_LIGHT_BOTH, 0), > + LTR501_INTENSITY_CHANNEL(1, LTR501_ALS_DATA1, IIO_MOD_LIGHT_IR, > + BIT(IIO_CHAN_INFO_SCALE)), > + IIO_CHAN_SOFT_TIMESTAMP(3), timestamp is at scan_index 2, not 3 > +}; > + > static const int ltr501_ps_gain[4][2] = { > {1, 0}, {0, 250000}, {0, 125000}, {0, 62500} > }; > @@ -244,10 +258,19 @@ static struct attribute *ltr501_attributes[] = { > NULL > }; > > +static struct attribute *ltr301_attributes[] = { > + &iio_const_attr_in_intensity_scale_available.dev_attr.attr, > + NULL > +}; > + > static const struct attribute_group ltr501_attribute_group = { > .attrs = ltr501_attributes, > }; > > +static const struct attribute_group ltr301_attribute_group = { > + .attrs = ltr301_attributes, > +}; > + > static const struct iio_info ltr501_info = { > .read_raw = ltr501_read_raw, > .write_raw = ltr501_write_raw, > @@ -255,6 +278,13 @@ static const struct iio_info ltr501_info = { > .driver_module = THIS_MODULE, > }; > > +static const struct iio_info ltr301_info = { > + .read_raw = ltr501_read_raw, > + .write_raw = ltr501_write_raw, > + .attrs = <r301_attribute_group, > + .driver_module = THIS_MODULE, > +}; > + > static int ltr501_write_contr(struct i2c_client *client, u8 als_val, u8 ps_val) > { > int ret = i2c_smbus_write_byte_data(client, LTR501_ALS_CONTR, als_val); > @@ -347,6 +377,13 @@ static int ltr501_probe(struct i2c_client *client, > data = iio_priv(indio_dev); > i2c_set_clientdata(client, indio_dev); > data->client = client; > + > + /* TODO: Add condition for ACPI */ > + if (id) > + data->chip_id = id->driver_data; > + else > + return -ENOSYS is NOSYS the correct error code? some (recent) drivers use it, but I think ENODEV would be a better choice > + > mutex_init(&data->lock_als); > mutex_init(&data->lock_ps); > > @@ -357,12 +394,24 @@ static int ltr501_probe(struct i2c_client *client, > return -ENODEV; > > indio_dev->dev.parent = &client->dev; > - indio_dev->info = <r501_info; > - indio_dev->channels = ltr501_channels; > indio_dev->num_channels = ARRAY_SIZE(ltr501_channels); > indio_dev->name = LTR501_DRV_NAME; > indio_dev->modes = INDIO_DIRECT_MODE; > > + switch (data->chip_id) { > + case LTR301: > + indio_dev->info = <r301_info; > + indio_dev->channels = ltr301_channels; > + break; > + case LTR501: > + indio_dev->info = <r501_info; > + indio_dev->channels = ltr501_channels; > + break; > + default: > + dev_warn(&client->dev, "ltr chip invalid\n"); > + return -ENODEV; > + } > + > ret = ltr501_init(data); > if (ret < 0) > return ret; > @@ -422,7 +471,8 @@ static int ltr501_resume(struct device *dev) > static SIMPLE_DEV_PM_OPS(ltr501_pm_ops, ltr501_suspend, ltr501_resume); > > static const struct i2c_device_id ltr501_id[] = { > - { "ltr501", 0 }, > + { "ltr301", LTR301 }, > + { "ltr501", LTR501 }, > { } > }; > MODULE_DEVICE_TABLE(i2c, ltr501_id); > -- Peter Meerwald +43-664-2444418 (mobile) ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v3 1/1] iio: ltr301: Add support for ltr301 2015-04-02 6:34 ` Peter Meerwald @ 2015-04-02 6:40 ` sathyanarayanan.kuppuswamy 0 siblings, 0 replies; 5+ messages in thread From: sathyanarayanan.kuppuswamy @ 2015-04-02 6:40 UTC (permalink / raw) To: Peter Meerwald Cc: Kuppuswamy Sathyanarayanan, jic23, linux-iio, srinivas.pandruvada Thanks for your comments. > >> Added support for Liteon 301 Ambient light sensor. Since >> LTR301 and LTR501 are register compatible(and even have same >> part id), LTR501 driver has been extended to support both >> devices. LTR501 is similar to LTR301 in ALS sensing, But the >> only difference is, LTR501 also supports proximity sensing. >> >> LTR501 - ALS + Proximity combo >> LTR301 - ALS sensor. > > some comments inline > >> Signed-off-by: Kuppuswamy Sathyanarayanan >> <sathyanarayanan.kuppuswamy@linux.intel.com> >> --- >> drivers/iio/light/Kconfig | 2 +- >> drivers/iio/light/ltr501.c | 56 >> +++++++++++++++++++++++++++++++++++++++++++--- >> 2 files changed, 54 insertions(+), 4 deletions(-) >> >> diff --git a/drivers/iio/light/Kconfig b/drivers/iio/light/Kconfig >> index a224afd..4b2ec51 100644 >> --- a/drivers/iio/light/Kconfig >> +++ b/drivers/iio/light/Kconfig >> @@ -159,7 +159,7 @@ config LTR501 >> select IIO_TRIGGERED_BUFFER >> help >> If you say yes here you get support for the Lite-On LTR-501ALS-01 >> - ambient light and proximity sensor. >> + ambient light and proximity sensor or LTR301 Ambient light sensor. > > ambient > LTR-501 vs LTR301 (dash vs no dash) Ok. I will go with LTR-301. I will fix it in next set. > >> >> This driver can also be built as a module. If so, the module >> will be called ltr501. >> diff --git a/drivers/iio/light/ltr501.c b/drivers/iio/light/ltr501.c >> index 62b7072..66d9a2c 100644 >> --- a/drivers/iio/light/ltr501.c >> +++ b/drivers/iio/light/ltr501.c >> @@ -45,10 +45,17 @@ >> >> #define LTR501_PS_DATA_MASK 0x7ff >> >> +enum ltr_chipset { >> + LTR301, >> + LTR501, >> + LTR_MAX_CHIPS /* this must be last */ > > maybe use ltr501_ prefix > MAX_CHIPS is not used I added it for future use. May be I can remove it. > >> +}; >> + >> struct ltr501_data { >> struct i2c_client *client; >> struct mutex lock_als, lock_ps; >> u8 als_contr, ps_contr; >> + u8 chip_id; > > chip_id is not used Its used in probe. > >> }; >> >> static int ltr501_drdy(struct ltr501_data *data, u8 drdy_mask) >> @@ -124,6 +131,13 @@ static const struct iio_chan_spec ltr501_channels[] >> = { >> IIO_CHAN_SOFT_TIMESTAMP(3), >> }; >> >> +static const struct iio_chan_spec ltr301_channels[] = { >> + LTR501_INTENSITY_CHANNEL(0, LTR501_ALS_DATA0, IIO_MOD_LIGHT_BOTH, 0), >> + LTR501_INTENSITY_CHANNEL(1, LTR501_ALS_DATA1, IIO_MOD_LIGHT_IR, >> + BIT(IIO_CHAN_INFO_SCALE)), >> + IIO_CHAN_SOFT_TIMESTAMP(3), > > timestamp is at scan_index 2, not 3 > >> +}; >> + >> static const int ltr501_ps_gain[4][2] = { >> {1, 0}, {0, 250000}, {0, 125000}, {0, 62500} >> }; >> @@ -244,10 +258,19 @@ static struct attribute *ltr501_attributes[] = { >> NULL >> }; >> >> +static struct attribute *ltr301_attributes[] = { >> + &iio_const_attr_in_intensity_scale_available.dev_attr.attr, >> + NULL >> +}; >> + >> static const struct attribute_group ltr501_attribute_group = { >> .attrs = ltr501_attributes, >> }; >> >> +static const struct attribute_group ltr301_attribute_group = { >> + .attrs = ltr301_attributes, >> +}; >> + >> static const struct iio_info ltr501_info = { >> .read_raw = ltr501_read_raw, >> .write_raw = ltr501_write_raw, >> @@ -255,6 +278,13 @@ static const struct iio_info ltr501_info = { >> .driver_module = THIS_MODULE, >> }; >> >> +static const struct iio_info ltr301_info = { >> + .read_raw = ltr501_read_raw, >> + .write_raw = ltr501_write_raw, >> + .attrs = <r301_attribute_group, >> + .driver_module = THIS_MODULE, >> +}; >> + >> static int ltr501_write_contr(struct i2c_client *client, u8 als_val, u8 >> ps_val) >> { >> int ret = i2c_smbus_write_byte_data(client, LTR501_ALS_CONTR, >> als_val); >> @@ -347,6 +377,13 @@ static int ltr501_probe(struct i2c_client *client, >> data = iio_priv(indio_dev); >> i2c_set_clientdata(client, indio_dev); >> data->client = client; >> + >> + /* TODO: Add condition for ACPI */ >> + if (id) >> + data->chip_id = id->driver_data; >> + else >> + return -ENOSYS > > is NOSYS the correct error code? > some (recent) drivers use it, but I think ENODEV would be a better choice I can change it to ENODEV. > >> + >> mutex_init(&data->lock_als); >> mutex_init(&data->lock_ps); >> >> @@ -357,12 +394,24 @@ static int ltr501_probe(struct i2c_client *client, >> return -ENODEV; >> >> indio_dev->dev.parent = &client->dev; >> - indio_dev->info = <r501_info; >> - indio_dev->channels = ltr501_channels; >> indio_dev->num_channels = ARRAY_SIZE(ltr501_channels); >> indio_dev->name = LTR501_DRV_NAME; >> indio_dev->modes = INDIO_DIRECT_MODE; >> >> + switch (data->chip_id) { >> + case LTR301: >> + indio_dev->info = <r301_info; >> + indio_dev->channels = ltr301_channels; >> + break; >> + case LTR501: >> + indio_dev->info = <r501_info; >> + indio_dev->channels = ltr501_channels; >> + break; >> + default: >> + dev_warn(&client->dev, "ltr chip invalid\n"); >> + return -ENODEV; >> + } >> + >> ret = ltr501_init(data); >> if (ret < 0) >> return ret; >> @@ -422,7 +471,8 @@ static int ltr501_resume(struct device *dev) >> static SIMPLE_DEV_PM_OPS(ltr501_pm_ops, ltr501_suspend, ltr501_resume); >> >> static const struct i2c_device_id ltr501_id[] = { >> - { "ltr501", 0 }, >> + { "ltr301", LTR301 }, >> + { "ltr501", LTR501 }, >> { } >> }; >> MODULE_DEVICE_TABLE(i2c, ltr501_id); >> > > -- > > 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@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > ^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH v3 0/1] LTR301 ALS support @ 2015-04-02 4:24 Kuppuswamy Sathyanarayanan 0 siblings, 0 replies; 5+ messages in thread From: Kuppuswamy Sathyanarayanan @ 2015-04-02 4:24 UTC (permalink / raw) To: jic23, pmeerw; +Cc: linux-iio, srinivas.pandruvada, sathyanarayanan.kuppuswamy Following patch adds support for Liteon 301 Ambient light sensor. Please let me know your review comments. v1: Extended LTR501 driver to support both LTR301 and LTR501 device. v2: 1. Handled device id NULL case in probe 2. Changed pr_warn to dev_warn v3: 1. Sent v2 before by mistake. So sending the final version of v2 as v3. Kuppuswamy Sathyanarayanan (1): iio: ltr301: Add support for ltr301 drivers/iio/light/Kconfig | 2 +- drivers/iio/light/ltr501.c | 56 +++++++++++++++++++++++++++++++++++++++++++--- 2 files changed, 54 insertions(+), 4 deletions(-) -- 1.9.1 ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-04-02 6:40 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-04-02 4:21 [PATCH v3 0/1] LTR301 ALS support Kuppuswamy Sathyanarayanan 2015-04-02 4:21 ` [PATCH v3 1/1] iio: ltr301: Add support for ltr301 Kuppuswamy Sathyanarayanan 2015-04-02 6:34 ` Peter Meerwald 2015-04-02 6:40 ` sathyanarayanan.kuppuswamy -- strict thread matches above, loose matches on Subject: below -- 2015-04-02 4:24 [PATCH v3 0/1] LTR301 ALS support Kuppuswamy Sathyanarayanan
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).