summaryrefslogtreecommitdiffstats
path: root/mm/swap.c
diff options
context:
space:
mode:
authorOscar Salvador2019-05-14 02:19:23 +0200
committerLinus Torvalds2019-05-14 18:47:48 +0200
commit2d0adf7e0d7ac1e18da874c5b19ef30a0db59658 (patch)
tree85bc0616c14208c09e535f7dbeea174fa72d399e /mm/swap.c
parenthugetlbfs: fix potential over/underflow setting node specific nr_hugepages (diff)
downloadkernel-qcow2-linux-2d0adf7e0d7ac1e18da874c5b19ef30a0db59658.tar.gz
kernel-qcow2-linux-2d0adf7e0d7ac1e18da874c5b19ef30a0db59658.tar.xz
kernel-qcow2-linux-2d0adf7e0d7ac1e18da874c5b19ef30a0db59658.zip
mm/hugetlb: get rid of NODEMASK_ALLOC
NODEMASK_ALLOC is used to allocate a nodemask bitmap, and it does it by first determining whether it should be allocated on the stack or dynamically, depending on NODES_SHIFT. Right now, it goes the dynamic path whenever the nodemask_t is above 32 bytes. Although we could bump it to a reasonable value, the largest a nodemask_t can get is 128 bytes, so since __nr_hugepages_store_common is called from a rather short stack we can just get rid of the NODEMASK_ALLOC call here. This reduces some code churn and complexity. Link: http://lkml.kernel.org/r/20190402133415.21983-1-osalvador@suse.de Signed-off-by: Oscar Salvador <osalvador@suse.de> Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com> Reviewed-by: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> Cc: Alex Ghiti <alex@ghiti.fr> Cc: David Rientjes <rientjes@google.com> Cc: Jing Xiangfeng <jingxiangfeng@huawei.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/swap.c')
0 files changed, 0 insertions, 0 deletions