diff options
author | Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> | 2017-07-28 10:31:25 +0530 |
---|---|---|
committer | Michael Ellerman <mpe@ellerman.id.au> | 2017-08-15 23:20:30 +1000 |
commit | e24a1307ba1f99fc62a0bd61d5e87fcfb6d5503d (patch) | |
tree | 8f19f0910ae30e1f8482b8d6c153e90c83b8eaaa /mm/memcontrol.c | |
parent | ca8afd4046255ac046f8229d5159c6d213e37b22 (diff) | |
download | kernel_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