[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdbRdfybOPX6WNjH9R90Z1vJE9L0dRDg8HTSvF4kAapdbg@mail.gmail.com>
Date: Mon, 24 Oct 2016 02:22:54 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Liu Gang <Gang.Liu@....com>
Cc: "linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Alexandre Courbot <gnurou@...il.com>, mingkai.hu@....com,
leoyang.li@....com
Subject: Re: [PATCH] gpio: mpc8xxx: Correct irq handler function
On Fri, Oct 21, 2016 at 9:31 AM, Liu Gang <Gang.Liu@....com> wrote:
> From the beginning of the gpio-mpc8xxx.c, the "handle_level_irq"
> has being used to handle GPIO interrupts in the PowerPC/Layerscape
> platforms. But actually, almost all PowerPC/Layerscape platforms
> assert an interrupt request upon either a high-to-low change or
> any change on the state of the signal.
>
> So the "handle_level_irq" is not reasonable for PowerPC/Layerscape
> GPIO interrupt, it should be "handle_edge_irq". Otherwise the system
> may lost some interrupts from the PIN's state changes.
>
> Signed-off-by: Liu Gang <Gang.Liu@....com>
Yes and especially so since this irqchip implements .irq_ack() and
unless you use the edge handler it will never be called.
Patch applied for fixes, tell me if it also needs to go into stable.
If you want to look closer at this driver, I think it is possible to
simplify it quite a bit by using GPIOLIB_IRQCHIP like a few
other drivers, for example gpio-pl061.c. Patches accepted :)
Yours,
Linus Walleij
Powered by blists - more mailing lists