[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.20.1709061612480.1843@nanos>
Date: Wed, 6 Sep 2017 16:14:50 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Paul Burton <paul.burton@...tec.com>
cc: LKML <linux-kernel@...r.kernel.org>,
jeffy <jeffy.chen@...k-chips.com>,
Brian Norris <briannorris@...omium.org>,
Marc Zyngier <marc.zyngier@....com>, dianders@...omium.org,
tfiga@...omium.org, james.hogan@...tec.com
Subject: Re: [2/2] genirq: Warn when IRQ_NOAUTOEN is used with shared
interrupts
On Wed, 6 Sep 2017, Paul Burton wrote:
> On Wednesday, 6 September 2017 01:16:48 PDT Thomas Gleixner wrote:
> > What's the problem with IRQ_NOAUTOEN and do
> >
> > setup_percpu_irq();
> > enable_percpu_irq();
> >
> > on the boot CPU and then later call it when the secondary CPUs come up in
> > cpu bringup code or a hotplug state callback?
>
> There's no problem with that at all, apart from that it triggers your warning
> when the boot CPU calls setup_percpu_irq().
Ok, I misread the whole thing somehow. What you are saying is that you need
per cpu interrupts which can be shared ....
Hrmpf, ok. I'll have a look from that side then
Powered by blists - more mailing lists