[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75VcTY_Mks6AvTXBtOefy8PTomMk+ZvgeVEKby8-B_RnZ3Q@mail.gmail.com>
Date: Sun, 14 Sep 2025 15:12:18 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Petre Rodan <petre.rodan@...dimension.ro>
Cc: Jonathan Cameron <jic23@...nel.org>, David Lechner <dlechner@...libre.com>,
Nuno Sá <nuno.sa@...log.com>,
Andy Shevchenko <andy@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>,
Jonathan Cameron <Jonathan.Cameron@...wei.com>, linux-iio@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 15/18] iio: accel: bma220: add interrupt trigger
On Sat, Sep 13, 2025 at 6:40 PM Petre Rodan <petre.rodan@...dimension.ro> wrote:
>
> Add interrupt trigger.
...
> +static irqreturn_t bma220_irq_handler(int irq, void *private)
> +{
> + struct iio_dev *indio_dev = private;
> + struct bma220_data *data = iio_priv(indio_dev);
> + int rv;
Be consistent with the variable namings. This sounds like 'ret' to me.
> + unsigned int bma220_reg_if1;
> +
> + guard(mutex)(&data->lock);
> + rv = regmap_read(data->regmap, BMA220_REG_IF1, &bma220_reg_if1);
> + if (rv)
> + return IRQ_NONE;
> +
> + if (FIELD_GET(BMA220_IF_DRDY, bma220_reg_if1)) {
> + iio_trigger_poll_nested(data->trig);
> +
> + return IRQ_HANDLED;
> +}
...
> + ret = devm_request_threaded_irq(dev, irq, NULL,
> + &bma220_irq_handler,
> + IRQF_TRIGGER_RISING | IRQF_ONESHOT,
Why is it okay to override firmware provided IRQ flags, please?
> + indio_dev->name, indio_dev);
> + if (ret)
> + return dev_err_probe(dev, ret,
> + "request irq %d failed\n", irq);
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists