From: Mike Kravetz <mike.kravetz@oracle.com>
To: Michael Ellerman <mpe@ellerman.id.au>
Cc: "linmiaohe@huawei.com" <linmiaohe@huawei.com>,
"alex.sierra@amd.com" <alex.sierra@amd.com>,
Vasily Gorbik <gor@linux.ibm.com>,
"david@redhat.com" <david@redhat.com>,
linuxppc-dev@lists.ozlabs.org, Heiko Carstens <hca@linux.ibm.com>,
"apopple@nvidia.com" <apopple@nvidia.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Sven Schnelle <svens@linux.ibm.com>,
"Huang, Ying" <ying.huang@intel.com>,
"Wang, Haiyue" <haiyue.wang@intel.com>,
Andrew Morton <akpm@linux-foundation.org>,
Christian Borntraeger <borntraeger@linux.ibm.com>,
"naoya.horiguchi@linux.dev" <naoya.horiguchi@linux.dev>,
Alexander Gordeev <agordeev@linux.ibm.com>,
"songmuchun@bytedance.com" <songmuchun@bytedance.com>
Subject: Re: [PATCH v6 1/2] mm: migration: fix the FOLL_GET failure on following huge page
Date: Fri, 19 Aug 2022 09:55:19 -0700 [thread overview]
Message-ID: <Yv/AdwdID9rr9xOL@monkey> (raw)
In-Reply-To: <875yiomq9z.fsf@mpe.ellerman.id.au>
On 08/19/22 21:22, Michael Ellerman wrote:
> Mike Kravetz <mike.kravetz@oracle.com> writes:
> > On 08/16/22 22:43, Andrew Morton wrote:
> >> On Wed, 17 Aug 2022 03:31:37 +0000 "Wang, Haiyue" <haiyue.wang@intel.com> wrote:
> >>
> >> > > > }
> >> > >
> >> > > I would be better to fix this for real at those three client code sites?
> >> >
> >> > Then 5.19 will break for a while to wait for the final BIG patch ?
> >>
> >> If that's the proposal then your [1/2] should have had a cc:stable and
> >> changelog words describing the plan for 6.0.
> >>
> >> But before we do that I'd like to see at least a prototype of the final
> >> fixes to s390 and hugetlb, so we can assess those as preferable for
> >> backporting. I don't think they'll be terribly intrusive or risky?
> >
> > I will start on adding follow_huge_pgd() support. Although, I may need
> > some help with verification from the powerpc folks, as that is the only
> > architecture which supports hugetlb pages at that level.
> >
> > mpe any suggestions?
>
> I'm happy to test.
>
> I have a system where I can allocate 1GB huge pages.
>
> I'm not sure how to actually test this path though. I hacked up the
> vm/migration.c test to allocate 1GB hugepages, but I can't see it going
> through follow_huge_pgd() (using ftrace).
I thing you needed to use 16GB to trigger this code path. Anshuman introduced
support for page offline (and migration) at this level in commit 94310cbcaa3c
("mm/madvise: enable (soft|hard) offline of HugeTLB pages at PGD level").
When asked about the use case, he mentioned:
"Yes, its in the context of 16GB pages on POWER8 system where all the
gigantic pages are pre allocated from the platform and passed on to
the kernel through the device tree. We dont allocate these gigantic
pages on runtime."
--
Mike Kravetz
>
> Maybe I hacked it up badly, I'll have a closer look on Monday. But if
> you have any tips on how to trigger that path let me know :)
>
> cheers
next prev parent reply other threads:[~2022-08-19 16:57 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20220812084921.409142-1-haiyue.wang@intel.com>
[not found] ` <20220816022102.582865-1-haiyue.wang@intel.com>
[not found] ` <20220816022102.582865-2-haiyue.wang@intel.com>
[not found] ` <20220816175838.211a1b1e85bc68c439101995@linux-foundation.org>
[not found] ` <BYAPR11MB3495F747CBF95E079E8FC8A5F76A9@BYAPR11MB3495.namprd11.prod.outlook.com>
[not found] ` <20220816224322.33e0dfbcbf522fcdc2026f0e@linux-foundation.org>
[not found] ` <Yv0ku1mn4LBzg/zG@monkey>
2022-08-19 11:22 ` [PATCH v6 1/2] mm: migration: fix the FOLL_GET failure on following huge page Michael Ellerman
2022-08-19 16:55 ` Mike Kravetz [this message]
2022-08-26 13:07 ` 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=Yv/AdwdID9rr9xOL@monkey \
--to=mike.kravetz@oracle.com \
--cc=agordeev@linux.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=alex.sierra@amd.com \
--cc=apopple@nvidia.com \
--cc=borntraeger@linux.ibm.com \
--cc=david@redhat.com \
--cc=gor@linux.ibm.com \
--cc=haiyue.wang@intel.com \
--cc=hca@linux.ibm.com \
--cc=linmiaohe@huawei.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mpe@ellerman.id.au \
--cc=naoya.horiguchi@linux.dev \
--cc=songmuchun@bytedance.com \
--cc=svens@linux.ibm.com \
--cc=ying.huang@intel.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 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).