Re: [PATCH 2/3] iio: adc: ad_sigma_delta: Add support for reading irq status using a GPIO

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

 



On Thu, 24 Oct 2024 19:17:04 +0200
Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxx> wrote:

> Some of the ADCs by Analog signal their irq condition on the MISO line.
> So typically that line is connected to an SPI controller and a GPIO. The
> GPIO is used as input and the respective interrupt is enabled when the
> last SPI transfer is completed.
> 
> Depending on the GPIO controller the toggling MISO line might make the
> interrupt pending even while it's masked. In that case the irq handler
> is called immediately after irq_enable() and so before the device
> actually pulls that line low which results in non-sense values being
> reported to the upper layers.
> 
> The only way to find out if the line was actually pulled low is to read
> the GPIO. (There is a flag in AD7124's status register that also signals
> if an interrupt was asserted, but reading that register toggles the MISO
> line and so might trigger another spurious interrupt.)
> 
> Add the possibility to specify an interrupt GPIO in the machine
> description instead of a plain interrupt. This GPIO is used as interrupt
> source and to check if the irq line is actually active in the irq
> handler.

Maybe we should just implement polling instead and never enable the interrupt
for cases like this?

I'm not sure if it is the device assumptions that are wrong wrt to the Linux
interrupt model, or the GPIO/IRQ chip you have doing something it shouldn't.
I am worried this solution is fragile.

Polling was never in the driver because the interrupt is always wired
but if we need it to get around the fact it is wired, but to a pin we can't
really use as an interrupt, then maybe it is time to add polling.
(probably just a fixed delay and check the status register).

> 
> Signed-off-by: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxx>
> ---
>  drivers/iio/adc/ad_sigma_delta.c       | 36 +++++++++++++++++++++-----
>  include/linux/iio/adc/ad_sigma_delta.h |  1 +
>  2 files changed, 31 insertions(+), 6 deletions(-)
> 
> diff --git a/drivers/iio/adc/ad_sigma_delta.c b/drivers/iio/adc/ad_sigma_delta.c
> index e2bed2d648f2..d35602cfb093 100644
> --- a/drivers/iio/adc/ad_sigma_delta.c
> +++ b/drivers/iio/adc/ad_sigma_delta.c
> @@ -539,12 +539,29 @@ static irqreturn_t ad_sd_data_rdy_trig_poll(int irq, void *private)
>  {
>  	struct ad_sigma_delta *sigma_delta = private;
>  
> -	complete(&sigma_delta->completion);
> -	disable_irq_nosync(irq);
> -	sigma_delta->irq_dis = true;
> -	iio_trigger_poll(sigma_delta->trig);
> +	/*
> +	 * AD7124 and a few others use the same physical line for interrupt
> +	 * reporting (nRDY) and MISO.

This is pretty common, so I'd drop the 'and a few others' bit.

> +	 * As MISO toggles when reading a register, this likely results in a
> +	 * pending interrupt. This has two consequences: a) The irq might
> +	 * trigger immediately after it's enabled even though the conversion
> +	 * isn't done yet; and b) checking the STATUS register's nRDY flag is
> +	 * off-limits as reading that would trigger another irq event.
> +	 *
> +	 * So read the MOSI line as GPIO (if available) and only trigger the irq
> +	 * if the line is active.
> +	 */
>  
> -	return IRQ_HANDLED;
> +	if (!sigma_delta->irq_gpiod || gpiod_get_value(sigma_delta->irq_gpiod)) {
> +		complete(&sigma_delta->completion);
> +		disable_irq_nosync(irq);
> +		sigma_delta->irq_dis = true;
> +		iio_trigger_poll(sigma_delta->trig);
> +
> +		return IRQ_HANDLED;
> +	} else {
> +		return IRQ_NONE;
> +	}
>  }
>  
>  /**
> @@ -676,8 +693,15 @@ int ad_sd_init(struct ad_sigma_delta *sigma_delta, struct iio_dev *indio_dev,
>  
>  	if (info->irq_line)
>  		sigma_delta->irq_line = info->irq_line;
> -	else
> +	else if (spi->irq)
>  		sigma_delta->irq_line = spi->irq;
> +	else {
> +		sigma_delta->irq_gpiod = devm_gpiod_get(&spi->dev, "interrupt", GPIOD_IN);
> +		if (IS_ERR(sigma_delta->irq_gpiod))
> +			return dev_err_probe(&spi->dev, PTR_ERR(sigma_delta->irq_gpiod),
> +					     "Failed to find interrupt gpio\n");
> +		sigma_delta->irq_line = gpiod_to_irq(sigma_delta->irq_gpiod);

As I mentioned on the binding if this is something we are going to do there should be
no assumption of the gpio and the irq being the same pin.

> +	}
>  
>  	iio_device_set_drvdata(indio_dev, sigma_delta);
>  
> diff --git a/include/linux/iio/adc/ad_sigma_delta.h b/include/linux/iio/adc/ad_sigma_delta.h
> index f8c1d2505940..fc0141e0f0ef 100644
> --- a/include/linux/iio/adc/ad_sigma_delta.h
> +++ b/include/linux/iio/adc/ad_sigma_delta.h
> @@ -96,6 +96,7 @@ struct ad_sigma_delta {
>  	unsigned int		active_slots;
>  	unsigned int		current_slot;
>  	unsigned int		num_slots;
> +	struct gpio_desc	*irq_gpiod;
>  	int		irq_line;
>  	bool			status_appended;
>  	/* map slots to channels in order to know what to expect from devices */






[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux