[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.11.1511032056440.4032@nanos>
Date: Tue, 3 Nov 2015 21:01:08 +0100 (CET)
From: Thomas Gleixner <tglx@...utronix.de>
To: Grygorii Strashko <grygorii.strashko@...com>
cc: Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
linux-rt-users@...r.kernel.org, linux-kernel@...r.kernel.org,
Sekhar Nori <nsekhar@...com>
Subject: Re: [v4.1.10-rt10][PATCH 0/2] PCI: dra7xx/dwc: fix "WARNING: CPU:
1 PID: 82 at kernel/irq/handle.c:150 handle_irq_event_percpu"
On Tue, 3 Nov 2015, Grygorii Strashko wrote:
> On 11/03/2015 03:46 PM, Sebastian Andrzej Siewior wrote:
> > On 11/02/2015 08:30 PM, Grygorii Strashko wrote:
> >> On -RT above code will generate warnings, because driver_xx_hw_irq_handler()
> >> will be forced threaded (by default) and, as result, generic_handle_irq()
> >> will be called with IRQs enabled. To W/A this issue generic_handle_irq() can
> >> be surrounded by raw_spin_lock_irqsave/irqrestore(wa_lock).
> >
> > and what happens without -RT if you boot threadedirqs?
> >
>
> Yep. It will still warn :( Can be reworked to cover this case also, i think
> (if overall concept will be accepted)
wa_lock - I read that "Warning Annihilation Lock" - does not really
qualify as a concept.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists