summaryrefslogtreecommitdiffstats
path: root/drivers/irqchip/Makefile
diff options
context:
space:
mode:
authorThomas Gleixner <tglx@linutronix.de>2020-08-30 19:07:53 +0200
committerThomas Gleixner <tglx@linutronix.de>2020-08-30 19:17:28 +0200
commit784a0830377d0761834e385975bc46861fea9fa0 (patch)
treede2129665415c58942d30408b6f5af2028821b57 /drivers/irqchip/Makefile
parente027fffff799cdd70400c5485b1a54f482255985 (diff)
downloadlinux-784a0830377d0761834e385975bc46861fea9fa0.tar.gz
linux-784a0830377d0761834e385975bc46861fea9fa0.tar.bz2
linux-784a0830377d0761834e385975bc46861fea9fa0.zip
genirq/matrix: Deal with the sillyness of for_each_cpu() on UP
Most of the CPU mask operations behave the same way, but for_each_cpu() and it's variants ignore the cpumask argument and claim that CPU0 is always in the mask. This is historical, inconsistent and annoying behaviour. The matrix allocator uses for_each_cpu() and can be called on UP with an empty cpumask. The calling code does not expect that this succeeds but until commit e027fffff799 ("x86/irq: Unbreak interrupt affinity setting") this went unnoticed. That commit added a WARN_ON() to catch cases which move an interrupt from one vector to another on the same CPU. The warning triggers on UP. Add a check for the cpumask being empty to prevent this. Fixes: 2f75d9e1c905 ("genirq: Implement bitmap matrix allocator") Reported-by: kernel test robot <rong.a.chen@intel.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Cc: stable@vger.kernel.org
Diffstat (limited to 'drivers/irqchip/Makefile')
0 files changed, 0 insertions, 0 deletions