aboutsummaryrefslogtreecommitdiffstats
path: root/mm/sparse.c
diff options
context:
space:
mode:
authorOscar Salvador <[email protected]>2019-05-14 00:19:23 +0000
committerLinus Torvalds <[email protected]>2019-05-14 16:47:48 +0000
commit2d0adf7e0d7ac1e18da874c5b19ef30a0db59658 (patch)
tree85bc0616c14208c09e535f7dbeea174fa72d399e /mm/sparse.c
parenthugetlbfs: fix potential over/underflow setting node specific nr_hugepages (diff)
downloadkernel-2d0adf7e0d7ac1e18da874c5b19ef30a0db59658.tar.gz
kernel-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/[email protected] Signed-off-by: Oscar Salvador <[email protected]> Reviewed-by: Mike Kravetz <[email protected]> Reviewed-by: Naoya Horiguchi <[email protected]> Cc: Alex Ghiti <[email protected]> Cc: David Rientjes <[email protected]> Cc: Jing Xiangfeng <[email protected]> Signed-off-by: Andrew Morton <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'mm/sparse.c')
0 files changed, 0 insertions, 0 deletions