From: Alexandru Moise <00moses.alexander00@gmail.com>
To: Michal Hocko <mhocko@kernel.org>
Cc: akpm@linux-foundation.org, aneesh.kumar@linux.vnet.ibm.com,
gerald.schaefer@de.ibm.com, khandual@linux.vnet.ibm.com,
kirill@shutemov.name, mike.kravetz@oracle.com,
n-horiguchi@ah.jp.nec.com, punit.agrawal@arm.com,
mm-commits@vger.kernel.org, linux-mm@kvack.org
Subject: Re: + mm-madvise-enable-soft-offline-of-hugetlb-pages-at-pud-level.patch added to -mm tree
Date: Tue, 3 Oct 2017 09:49:01 +0200 [thread overview]
Message-ID: <20171003074901.GA10409@gmail.com> (raw)
In-Reply-To: <20171003073301.hydw7jf2wztsx2om@dhcp22.suse.cz>
On Tue, Oct 03, 2017 at 09:33:01AM +0200, Michal Hocko wrote:
> I am sorry to jump here late
>
> On Thu 28-09-17 14:43:24, Andrew Morton wrote:
> > From: Alexandru Moise <00moses.alexander00@gmail.com>
> > Subject: mm/madvise: enable soft offline of HugeTLB pages at PUD level
> >
> > Since 94310cbcaa3c2 ("mm/madvise: enable (soft|hard) offline of HugeTLB
> > pages at PGD level") we've been able to soft offline 1G hugepages at the
> > PGD level, however x86_64 gigantic hugepages are at the PUD level so we
> > should add an extra check to account for hstate order at PUD level.
> >
> > I'm not sure if this also applies to 5 level page tables on x86_64
> > however. Tested with 4 level pagetable.
>
> This patch is wrong I believe! And I suspect 94310cbcaa3c2 is wrong as
> well but I am not familiar with ppc enough to be sure. It will allow
> PUD, PGD pages to be allocated from the zone movable while at least PUD
> pages are not migrateable for x86_64 AFAIR. Are PGD pages migrateable
> on ppc? If yes, are there any other architectures to allow PGD hugetlb
> pages which are not migrateable?
>
> Andrew, could you drop it please?
>
What exactly makes it wrong? When I tested this I saw no failure,
copy_huge_page() seems to take into account gigantic hugepages,
and when you move the mapping you don't really care about the
page size?
../Alex
> > Link: http://lkml.kernel.org/r/20170913101047.GA13026@gmail.com
> > Signed-off-by: Alexandru Moise <00moses.alexander00@gmail.com>
> > Cc: Michal Hocko <mhocko@suse.com>
> > Cc: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
> > Cc: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>
> > Cc: Mike Kravetz <mike.kravetz@oracle.com>
> > Cc: Anshuman Khandual <khandual@linux.vnet.ibm.com>
> > Cc: Punit Agrawal <punit.agrawal@arm.com>
> > Cc: Gerald Schaefer <gerald.schaefer@de.ibm.com>
> > Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
> > Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> > ---
> >
> > include/linux/hugetlb.h | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff -puN include/linux/hugetlb.h~mm-madvise-enable-soft-offline-of-hugetlb-pages-at-pud-level include/linux/hugetlb.h
> > --- a/include/linux/hugetlb.h~mm-madvise-enable-soft-offline-of-hugetlb-pages-at-pud-level
> > +++ a/include/linux/hugetlb.h
> > @@ -480,6 +480,7 @@ static inline bool hugepage_migration_su
> > {
> > #ifdef CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION
> > if ((huge_page_shift(h) == PMD_SHIFT) ||
> > + (huge_page_shift(h) == PUD_SHIFT) ||
> > (huge_page_shift(h) == PGDIR_SHIFT))
> > return true;
> > else
> > _
> >
> > Patches currently in -mm which might be from 00moses.alexander00@gmail.com are
> >
> > mm-hugetlb-soft_offline-save-compound-page-order-before-page-migration.patch
> > mm-madvise-enable-soft-offline-of-hugetlb-pages-at-pud-level.patch
> >
>
> --
> Michal Hocko
> SUSE Labs
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2017-10-03 7:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-28 21:43 + mm-madvise-enable-soft-offline-of-hugetlb-pages-at-pud-level.patch added to -mm tree akpm
2017-10-03 7:33 ` Michal Hocko
2017-10-03 7:49 ` Alexandru Moise [this message]
2017-10-03 8:00 ` Michal Hocko
2017-10-03 8:15 ` Alexandru Moise
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=20171003074901.GA10409@gmail.com \
--to=00moses.alexander00@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=gerald.schaefer@de.ibm.com \
--cc=khandual@linux.vnet.ibm.com \
--cc=kirill@shutemov.name \
--cc=linux-mm@kvack.org \
--cc=mhocko@kernel.org \
--cc=mike.kravetz@oracle.com \
--cc=mm-commits@vger.kernel.org \
--cc=n-horiguchi@ah.jp.nec.com \
--cc=punit.agrawal@arm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.