[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200407010431.1286488-1-guro@fb.com>
Date: Mon, 6 Apr 2020 18:04:29 -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 v4 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.
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
Powered by blists - more mailing lists