summaryrefslogtreecommitdiffstats
path: root/mm/filemap.c
diff options
context:
space:
mode:
authorTejun Heo <tj@kernel.org>2017-08-28 23:51:27 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2017-08-29 01:13:16 +0200
commitb339752d054fb32863418452dff350a1086885b1 (patch)
treed5607d2f7a39567137e8488fdb53c915b02e0b35 /mm/filemap.c
parentARCv2: SMP: Mask only private-per-core IRQ lines on boot at core intc (diff)
downloadlinux-b339752d054fb32863418452dff350a1086885b1.tar.xz
linux-b339752d054fb32863418452dff350a1086885b1.zip
cpumask: fix spurious cpumask_of_node() on non-NUMA multi-node configs
When !NUMA, cpumask_of_node(@node) equals cpu_online_mask regardless of @node. The assumption seems that if !NUMA, there shouldn't be more than one node and thus reporting cpu_online_mask regardless of @node is correct. However, that assumption was broken years ago to support DISCONTIGMEM and whether a system has multiple nodes or not is separately controlled by NEED_MULTIPLE_NODES. This means that, on a system with !NUMA && NEED_MULTIPLE_NODES, cpumask_of_node() will report cpu_online_mask for all possible nodes, indicating that the CPUs are associated with multiple nodes which is an impossible configuration. This bug has been around forever but doesn't look like it has caused any noticeable symptoms. However, it triggers a WARN recently added to workqueue to verify NUMA affinity configuration. Fix it by reporting empty cpumask on non-zero nodes if !NUMA. Signed-off-by: Tejun Heo <tj@kernel.org> Reported-and-tested-by: Geert Uytterhoeven <geert@linux-m68k.org> Cc: stable@vger.kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/filemap.c')
0 files changed, 0 insertions, 0 deletions