[PATCH v4 0/2] mm: using CMA for 1 GB hugepages allocation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The patchset adds a hugetlb_cma boot option, which allows
to reserve a cma area which can be later used for 1 GB
hugepages allocations.

This is v4 of the patch(set). It contains a patch from Aslan,
which adds a useful function of the cma side, and the previous
version of the hugetlb_cma patch (v3) with all following cleanups
and fixes squashed, plus the following changes:
1) removed the hard-coded archs list from docs
2) added a warning printing on non-supported archs
3) hugetlb_lock is temporarily dropped in update_and_free_page()

I've retained Michal's and Mike's acks, because changes are
not significant. Please, let me know if there is something
wrong.

Thanks!


Aslan Bakirov (1):
  mm: cma: NUMA node interface

Roman Gushchin (1):
  mm: hugetlb: optionally allocate gigantic hugepages using cma

 .../admin-guide/kernel-parameters.txt         |   8 ++
 arch/arm64/mm/init.c                          |   6 +
 arch/x86/kernel/setup.c                       |   4 +
 include/linux/cma.h                           |  13 ++-
 include/linux/hugetlb.h                       |  12 ++
 include/linux/memblock.h                      |   3 +
 mm/cma.c                                      |  16 +--
 mm/hugetlb.c                                  | 109 ++++++++++++++++++
 mm/memblock.c                                 |   2 +-
 9 files changed, 163 insertions(+), 10 deletions(-)

-- 
2.25.1






[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux