From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Javier Carrasco <javier.carrasco.cruz@gmail.com>
Cc: "Jonathan Cameron" <jic23@kernel.org>,
"Lars-Peter Clausen" <lars@metafoo.de>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"David Lechner" <dlechner@baylibre.com>,
"Nuno Sá" <nuno.sa@analog.com>,
"Andy Shevchenko" <andy@kernel.org>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v5 4/4] iio: light: veml6031x00: add support for events and trigger
Date: Mon, 10 Aug 2026 18:32:49 +0300 [thread overview]
Message-ID: <annvIc7WLeWEDCAC@ashevche-desk.local> (raw)
In-Reply-To: <20260807-veml6031x00-v5-4-e60876fb3640@gmail.com>
On Fri, Aug 07, 2026 at 03:51:55PM +0200, Javier Carrasco wrote:
> The device provides a shared interrupt line for to notify events and
> data ready, which can be used as a trigger. The interrupt line is not a
> requirement for the device to work. Implement variants for the cases
> whether the interrupt line is provided or not.
...
> +#define VEML6031X00_INT_MASK (VEML6031X00_INT_TH_L | \
> + VEML6031X00_INT_TH_H | \
> + VEML6031X00_INT_DRDY)
Make it better style with
#define VEML6031X00_INT_MASK \
(VEML6031X00_INT_TH_L | VEML6031X00_INT_TH_H | VEML6031X00_INT_DRDY)
(looking further in the code I kinda have a déjà vu that I said that already in
the past).
...
> + /*
> + * Serialize access to irq enable/disable by events and trigger
> + * (shared line)
Missing period.
> + */
...
> +static int veml6031x00_read_period(struct iio_dev *iio, int *val)
> +{
> + struct veml6031x00_data *data = iio_priv(iio);
> + int ret, regval;
Why is regval signed?
> + ret = regmap_field_read(data->rf.pers, ®val);
> + if (ret)
> + return ret;
> +
> + *val = 1 << regval;
BIT() ?
> + return IIO_VAL_INT;
> +}
...
> +static int veml6031x00_write_th(struct iio_dev *iio, int val, int val2, int dir)
> +{
> + struct veml6031x00_data *data = iio_priv(iio);
> + __le16 regval = cpu_to_le16(val);
There is no technical need to assign it here, especially if the below
validation won't pass, but it doesn't have any side effects, so I guess
it's fine.
> + int ret;
> +
> + if (val < 0 || val > U16_MAX || val2)
> + return -EINVAL;
> +
> + if (dir == IIO_EV_DIR_RISING) {
> + ret = regmap_bulk_write(data->regmap, VEML6031X00_REG_WH_L,
> + ®val, sizeof(regval));
> + if (ret)
> + dev_dbg(regmap_get_device(data->regmap),
> + "Failed to set high threshold %d\n", ret);
> + } else {
> + ret = regmap_bulk_write(data->regmap, VEML6031X00_REG_WL_L,
> + ®val, sizeof(regval));
> + if (ret)
> + dev_dbg(regmap_get_device(data->regmap),
> + "Failed to set low threshold %d\n", ret);
> + }
> +
> + return ret;
> +}
...
> +static int veml6031x00_set_interrupt(struct veml6031x00_data *data, bool state)
> + __must_hold(&data->irq_lock)
The sparse annotations is fine, but lockdep one is even better.
> +{
> + int ret;
> +
> + if (state) {
> + data->int_users++;
> + if (data->int_users > 1)
> + return 0;
> + } else {
> + data->int_users--;
> + if (data->int_users > 0)
> + return 0;
> + }
> +
> + ret = regmap_field_write(data->rf.int_en, state);
> + if (ret) {
> + if (state)
> + data->int_users--;
> + else
> + data->int_users++;
> + }
> +
> + return ret;
> +}
...
> +static irqreturn_t veml6031x00_interrupt(int irq, void *private)
> +{
> + struct iio_dev *iio = private;
> + struct veml6031x00_data *data = iio_priv(iio);
> + s64 timestamp;
> + int regval, ret;
Why is regval signed?
> + bool trigger_poll;
> +
> + scoped_guard(mutex, &data->irq_lock) {
> + ret = regmap_read(data->regmap, VEML6031X00_REG_INT, ®val);
> + if (ret) {
> + dev_dbg(regmap_get_device(data->regmap),
> + "Failed to read interrupt register %d\n", ret);
> + return IRQ_NONE;
> + }
> +
> + if (!(regval & VEML6031X00_INT_MASK))
> + return IRQ_NONE;
> +
> + if ((regval & (VEML6031X00_INT_TH_H | VEML6031X00_INT_TH_L)) &&
> + data->ev_en) {
> + timestamp = iio_get_time_ns(iio);
> +
> + if (regval & VEML6031X00_INT_TH_H)
> + iio_push_event(iio,
> + IIO_UNMOD_EVENT_CODE(IIO_LIGHT, 0,
> + IIO_EV_TYPE_THRESH,
> + IIO_EV_DIR_RISING),
> + timestamp);
> + if (regval & VEML6031X00_INT_TH_L)
> + iio_push_event(iio,
> + IIO_UNMOD_EVENT_CODE(IIO_LIGHT, 0,
> + IIO_EV_TYPE_THRESH,
> + IIO_EV_DIR_FALLING),
> + timestamp);
> + }
> +
> + trigger_poll = (regval & VEML6031X00_INT_DRDY) && data->trig_en;
> + }
> +
> + /*
> + * iio_trigger_poll_nested() must be called with irq_lock released:
> + * iio_trigger_poll_nested() runs trig_handler() synchronously in this
> + * thread, which calls reenable() on completion, and that callback also
> + * takes irq_lock.
> + */
> + if (trigger_poll)
> + iio_trigger_poll_nested(data->trig);
> +
> + return IRQ_HANDLED;
> +}
...
> +static int veml6031x00_setup_irq(struct i2c_client *i2c, struct iio_dev *iio)
> +{
> + struct veml6031x00_data *data = iio_priv(iio);
> + int ret;
> +
> + data->trig = devm_iio_trigger_alloc(regmap_get_device(data->regmap),
> + "%s-drdy%d", iio->name, iio_device_id(iio));
> + if (!data->trig)
> + return -ENOMEM;
> +
> + data->trig->ops = &veml6031x00_trigger_ops;
> + iio_trigger_set_drvdata(data->trig, iio);
> +
> + ret = devm_iio_trigger_register(regmap_get_device(data->regmap), data->trig);
> + if (ret)
> + return ret;
> +
> + iio->trig = iio_trigger_get(data->trig);
> + ret = devm_request_threaded_irq(regmap_get_device(data->regmap),
> + i2c->irq, NULL,
> + veml6031x00_interrupt,
> + IRQF_ONESHOT,
> + iio->name, iio);
> + if (ret)
> + return dev_err_probe(regmap_get_device(data->regmap), ret,
> + "Failed to request irq %d\n",
> + i2c->irq);
This is a dup message. Remove it.
> +
> return 0;
return devm_request_threaded_irq(...);
> }
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2026-08-10 15:32 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-07 13:51 [PATCH v5 0/4] iio: light: add support for veml6031x00 ALS series Javier Carrasco
2026-08-07 13:51 ` [PATCH v5 1/4] dt-bindings: iio: light: veml6030: add " Javier Carrasco
2026-08-07 15:33 ` Rob Herring (Arm)
2026-08-10 6:23 ` Krzysztof Kozlowski
2026-08-10 7:23 ` Javier Carrasco
2026-08-07 13:51 ` [PATCH v5 2/4] iio: light: add support for " Javier Carrasco
2026-08-07 21:02 ` Uwe Kleine-König
2026-08-10 13:38 ` Andy Shevchenko
2026-08-10 23:06 ` Javier Carrasco
2026-08-07 13:51 ` [PATCH v5 3/4] iio: light: veml6031x00: add support for triggered buffers Javier Carrasco
2026-08-07 13:51 ` [PATCH v5 4/4] iio: light: veml6031x00: add support for events and trigger Javier Carrasco
2026-08-10 15:32 ` Andy Shevchenko [this message]
2026-08-10 23:09 ` Javier Carrasco
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=annvIc7WLeWEDCAC@ashevche-desk.local \
--to=andriy.shevchenko@intel.com \
--cc=andy@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=javier.carrasco.cruz@gmail.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nuno.sa@analog.com \
--cc=robh@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