[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200407163840.92263-1-guro@fb.com>
Date: Tue, 7 Apr 2020 09:38:38 -0700
From: Roman Gushchin <guro@...com>
To: Andrew Morton <akpm@...ux-foundation.org>
CC: Aslan Bakirov <aslan@...com>, Michal Hocko <mhocko@...nel.org>,
<linux-mm@...ck.org>, <kernel-team@...com>,
<linux-kernel@...r.kernel.org>, Rik van Riel <riel@...riel.com>,
Mike Kravetz <mike.kravetz@...cle.com>,
Roman Gushchin <guro@...com>
Subject: [PATCH v5 0/2] mm: using CMA for 1 GB hugepages allocation
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.
v5:
1) made the hugetlb_cma work if a cma reservation fails on some nodes
v4:
1) added a patch from Aslan, which is adding a useful function to cma
2) removed the hard-coded archs list from docs
3) added a warning printing on non-supported archs
4) hugetlb_lock is temporarily dropped in update_and_free_page()
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
Powered by blists - more mailing lists