From: "Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com>
To: akpm@linux-foundation.org, Michal Hocko <mhocko@kernel.org>,
Alexey Kardashevskiy <aik@ozlabs.ru>,
David Gibson <david@gibson.dropbear.id.au>,
Andrea Arcangeli <aarcange@redhat.com>,
mpe@ellerman.id.au
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org,
"Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com>
Subject: [PATCH V7 0/4] mm/kvm/vfio/ppc64: Migrate compound pages out of CMA region
Date: Mon, 14 Jan 2019 15:24:32 +0530 [thread overview]
Message-ID: <20190114095438.32470-1-aneesh.kumar@linux.ibm.com> (raw)
ppc64 use CMA area for the allocation of guest page table (hash page table). We won't
be able to start guest if we fail to allocate hash page table. We have observed
hash table allocation failure because we failed to migrate pages out of CMA region
because they were pinned. This happen when we are using VFIO. VFIO on ppc64 pins
the entire guest RAM. If the guest RAM pages get allocated out of CMA region, we
won't be able to migrate those pages. The pages are also pinned for the lifetime of the
guest.
Currently we support migration of non-compound pages. With THP and with the addition of
hugetlb migration we can end up allocating compound pages from CMA region. This
patch series add support for migrating compound pages.
Changes from V6:
* use get_user_pages_longterm instead of get_user_pages_cma_migrate()
Changes from V5:
* Add PF_MEMALLOC_NOCMA
* remote __GFP_THISNODE when allocating target page for migration
Changes from V4:
* use __GFP_NOWARN when allocating pages to avoid page allocation failure warnings.
Changes from V3:
* Move the hugetlb check before transhuge check
* Use compound head page when isolating hugetlb page
Aneesh Kumar K.V (4):
mm/cma: Add PF flag to force non cma alloc
mm: Update get_user_pages_longterm to migrate pages allocated from CMA
region
powerpc/mm/iommu: Allow migration of cma allocated pages during
mm_iommu_do_alloc
powerpc/mm/iommu: Allow large IOMMU page size only for hugetlb backing
arch/powerpc/mm/mmu_context_iommu.c | 146 ++++++--------------
include/linux/hugetlb.h | 2 +
include/linux/mm.h | 3 +-
include/linux/sched.h | 1 +
include/linux/sched/mm.h | 48 +++++--
mm/gup.c | 200 ++++++++++++++++++++++++----
mm/hugetlb.c | 4 +-
7 files changed, 267 insertions(+), 137 deletions(-)
--
2.20.1
next reply other threads:[~2019-01-14 9:54 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-14 9:54 Aneesh Kumar K.V [this message]
2019-01-14 9:54 ` [PATCH V7 1/4] mm/cma: Add PF flag to force non cma alloc Aneesh Kumar K.V
2019-01-29 22:52 ` Andrew Morton
2019-01-14 9:54 ` [PATCH V7 2/4] mm: Update get_user_pages_longterm to migrate pages allocated from CMA region Aneesh Kumar K.V
2019-01-14 9:54 ` Aneesh Kumar K.V
2019-01-14 9:54 ` [PATCH V7 3/4] powerpc/mm/iommu: Allow migration of cma allocated pages during mm_iommu_do_alloc Aneesh Kumar K.V
2019-01-30 11:34 ` Michael Ellerman
2019-01-31 4:42 ` Aneesh Kumar K.V
2019-01-14 9:54 ` [PATCH V7 4/4] powerpc/mm/iommu: Allow large IOMMU page size only for hugetlb backing Aneesh Kumar K.V
2019-01-14 9:54 ` [PATCH V7 5/5] testing Aneesh Kumar K.V
2019-01-15 11:25 ` Aneesh Kumar K.V
2019-01-29 22:56 ` [PATCH V7 0/4] mm/kvm/vfio/ppc64: Migrate compound pages out of CMA region Andrew Morton
2019-02-26 23:53 ` Andrew Morton
2019-02-27 8:52 ` Aneesh Kumar K.V
2019-02-27 11:29 ` Michael Ellerman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190114095438.32470-1-aneesh.kumar@linux.ibm.com \
--to=aneesh.kumar@linux.ibm.com \
--cc=aarcange@redhat.com \
--cc=aik@ozlabs.ru \
--cc=akpm@linux-foundation.org \
--cc=david@gibson.dropbear.id.au \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mhocko@kernel.org \
--cc=mpe@ellerman.id.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).