[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3e2653fe-874c-d761-b274-ffe889df18a7@kernel.org>
Date: Sat, 18 Feb 2017 19:19:07 +0000
From: Jonathan Cameron <jic23@...nel.org>
To: Lars-Peter Clausen <lars@...afoo.de>,
Fabrice Gasnier <fabrice.gasnier@...com>,
linux@...linux.org.uk, robh+dt@...nel.org,
linux-arm-kernel@...ts.infradead.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Cc: linux-iio@...r.kernel.org, mark.rutland@....com,
mcoquelin.stm32@...il.com, alexandre.torgue@...com,
knaack.h@....de, pmeerw@...erw.net, benjamin.gaignard@...aro.org,
benjamin.gaignard@...com, linus.walleij@...aro.org
Subject: Re: [RFC 4/4] iio: trigger: add GPIO trigger
On 17/02/17 16:16, Lars-Peter Clausen wrote:
> On 02/17/2017 05:03 PM, Fabrice Gasnier wrote:
>> GPIOs can be used to generate triggers for any IIO device.
>> Introduce generic GPIO trigger driver. It offers some options
>> to tune polarity (e.g. rising/falling edge), and label so trigger
>> name may be customized.
>> By default, gpio triggers will be named gpiotrigX, where X is gpio
>> number as returned by desc_to_gpio() call.
>> Rising edge is selected if polarity isn't set.
>
> If you want to use the GPIO only as an interrupt, just use it as an
> interrupt directly, no need to go the route via the GPIO.
Absolutely. The majority of the bindings will then just become standard
interrupt bindings and will be effectively handled for you.
Please work to extend the existing interrupt trigger driver rather than adding
this new one. That one actually started as a gpio trigger then got
generalised into a interrupt trigger later so lets not do that again ;)
Jonathan
Powered by blists - more mailing lists