[PATCH] irqchip: gic: Allow setting affinity to offline CPUs
tomasz.figa at gmail.com
Tue Aug 20 18:11:09 EDT 2013
On Tuesday 20 of August 2013 22:14:42 Russell King - ARM Linux wrote:
> On Tue, Aug 20, 2013 at 06:11:10PM +0200, Tomasz Figa wrote:
> > Sometimes it is necessary to fix interrupt affinity to an offline CPU,
> > for example in initialization of local timers. This patch modifies
> > .set_affinity() operation of irq-gic driver to fall back to any
> > possible CPU if no online CPU can be found in requested CPU mask.
> Err, this is a bad idea. If a CPU is offline, then it must not respond
> to interrupts. If you bind an interrupt to an offline CPU, and that
> device asserts its interrupt, what happens? It doesn't get serviced
> until that CPU comes back online, which may be a very long time.
> If, for example, that is your network device, it would mean your
> network stops operating. Worse, the network layer will time out and
> reset the ethernet device, trying to get things working (which it
> I think how I used to handle this case prior to genirq is that I fell
> back to any online CPU if the interrupt ended up only routed to offline
> CPUs, but when an offline CPU comes back, it could then be re-routed
> back to that CPU. In other words, the mask change was non-destructive.
> I think with genirq, such mask changes are destructive.
Yes, that's correct. Although if you _explicitly_ request the interrupt to
be routed to an offline CPU (i.e. only offline CPUs have bits set in
passed cpumask), is it an error?
There is at least one irqchip that does not check received cpumask for
this (metag) and I don't see any documentation saying what should happen
in this case in .set_affinity operation.
Still, if you have any better solution for the original problem (broken
Exynos4210 local timers, due to failing irq_set_affinity()), then I'd
appreciate it, as I don't like the one from this patch too much either.
More information about the linux-arm-kernel