diff options
author | Oscar Salvador | 2019-05-14 02:19:23 +0200 |
---|---|---|
committer | Linus Torvalds | 2019-05-14 18:47:48 +0200 |
commit | 2d0adf7e0d7ac1e18da874c5b19ef30a0db59658 (patch) | |
tree | 85bc0616c14208c09e535f7dbeea174fa72d399e /mm/swap.c | |
parent | hugetlbfs: fix potential over/underflow setting node specific nr_hugepages (diff) | |
download | kernel-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