aboutsummaryrefslogtreecommitdiffstats
path: root/mm/memcontrol.c
diff options
context:
space:
mode:
authorAneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>2017-07-28 10:31:25 +0530
committerMichael Ellerman <mpe@ellerman.id.au>2017-08-15 23:20:30 +1000
commite24a1307ba1f99fc62a0bd61d5e87fcfb6d5503d (patch)
tree8f19f0910ae30e1f8482b8d6c153e90c83b8eaaa /mm/memcontrol.c
parentca8afd4046255ac046f8229d5159c6d213e37b22 (diff)
downloadkernel_replicant_linux-e24a1307ba1f99fc62a0bd61d5e87fcfb6d5503d.tar.gz
kernel_replicant_linux-e24a1307ba1f99fc62a0bd61d5e87fcfb6d5503d.tar.bz2
kernel_replicant_linux-e24a1307ba1f99fc62a0bd61d5e87fcfb6d5503d.zip
mm/hugetlb: Allow arch to override and call the weak function
When running in guest mode ppc64 supports a different mechanism for hugetlb allocation/reservation. The LPAR management application called HMC can be used to reserve a set of hugepages and we pass the details of reserved pages via device tree to the guest. (more details in htab_dt_scan_hugepage_blocks()) . We do the memblock_reserve of the range and later in the boot sequence, we add the reserved range to huge_boot_pages. But to enable 16G hugetlb on baremetal config (when we are not running as guest) we want to do memblock reservation during boot. Generic code already does this Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Diffstat (limited to 'mm/memcontrol.c')
0 files changed, 0 insertions, 0 deletions