Re: [PATCH v8] iio: st_sensors: harden interrupt handling

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

 



On Sun, Jun 26, 2016 at 12:44 PM, Jonathan Cameron <jic23@xxxxxxxxxx> wrote:
> On 22/06/16 09:25, Linus Walleij wrote:

>> - If no interrupt type is indicated from the DT/ACPI,
>>   choose IRQF_TRIGGER_HIGH so the above goes into action.
>
> This element is the tricky one. Previous default was (incorrectly)
> IRQF_RISING so any boards relying on that will be broken.

What happens is that it will request the interrupt controller (often
a GPIO with interrupt capabilities) to supply an active-high level
interrupt.

The cases where that doesn't work is when the interrupt controller
(i.e. often the GPIO driver) returns negative -EINVAL or similar from
its .set_type() callback.

> The problem here will be ancient boards with either wrong
> device tree bindings or none at all.  See stargate2.c

This appears to be using pxa27x-gpio, drivers/gpio/gpio-pxa.c
which has the same limitation as the Nomadik controller:
only edges.

So that explains why you saw the same annoying problem as
me.

> Clearly I can fix that one, but we still may get nasty
> surprises elsewhere.  Also fixing that will mean adding
> platform data which we haven't previously had...
>
> Is it that painful to stick to a rising default?

Let's do that then, surely it will be the best compromise right now.
Sending v9 soon-ish.

Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-iio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux