[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a79e2d2c-8ec8-744f-50fb-8c39216aa23e@arm.com>
Date: Fri, 21 Oct 2016 18:46:42 +0100
From: Marc Zyngier <marc.zyngier@....com>
To: Mason <slash.tmp@...e.fr>, Thomas Gleixner <tglx@...utronix.de>
Cc: LKML <linux-kernel@...r.kernel.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
Sebastian Frias <sf84@...oste.net>
Subject: Re: Disabling an interrupt in the handler locks the system up
On 21/10/16 17:37, Mason wrote:
> Hello,
>
> On my platform, one HW block pulls the interrupt line high
> as long as it remains idle, and low when it is busy.
>
> The device tree node is:
>
> test@...22 {
> compatible = "vendor,testme";
> interrupts = <23 IRQ_TYPE_LEVEL_HIGH>;
> };
I assume that this is for the sake of the discussion, and that you do
not actually intend to put together such a monstrosity.
>
> I wrote a minimal driver which registers the irq.
> And in the interrupt handler, I disable said irq.
>
> Since the irq is IRQ_TYPE_LEVEL_HIGH, it will fire as soon as
> it is registered (because the block is idle).
>
> Here is the code I've been running, request_irq doesn't return.
[...]
> And here's what I get when I try to load the module:
> (I'm using the default CONFIG_RCU_CPU_STALL_TIMEOUT=21)
[...]
> Are we not supposed to disable the irq in the handler?
You can. It then depends on what your interrupt controller does to
actually ensure that the interrupt is disabled. Only you can trace it on
your HW to find out.
Thanks,
M.
--
Jazz is not dead. It just smells funny...
Powered by blists - more mailing lists