[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <564E2603-C77C-408A-9E51-B20266407360@fb.com>
Date: Thu, 30 May 2019 17:24:42 +0000
From: Song Liu <songliubraving@...com>
To: William Kucharski <william.kucharski@...cle.com>
CC: LKML <linux-kernel@...r.kernel.org>, Linux-MM <linux-mm@...ck.org>,
"namit@...are.com" <namit@...are.com>,
Peter Zijlstra <peterz@...radead.org>,
"oleg@...hat.com" <oleg@...hat.com>,
Steven Rostedt <rostedt@...dmis.org>,
"mhiramat@...nel.org" <mhiramat@...nel.org>,
Matthew Wilcox <matthew.wilcox@...cle.com>,
"kirill.shutemov@...ux.intel.com" <kirill.shutemov@...ux.intel.com>,
Kernel Team <Kernel-team@...com>,
"Chad Mynhier" <chad.mynhier@...cle.com>,
"mike.kravetz@...cle.com" <mike.kravetz@...cle.com>
Subject: Re: [PATCH uprobe, thp 3/4] uprobe: support huge page by only
splitting the pmd
> On May 30, 2019, at 4:08 AM, William Kucharski <william.kucharski@...cle.com> wrote:
>
>
> Is there any reason to worry about supporting PUD-sized uprobe pages if
> CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD is defined? I would prefer
> not to bake in the assumption that "huge" means PMD-sized and more than
> it already is.
>
> For example, if CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD is configured,
> mm_address_trans_huge() should either make the call to pud_trans_huge()
> if appropriate, or a VM_BUG_ON_PAGE should be added in case the routine
> is ever called with one.
>
> Otherwise it looks pretty reasonable to me.
>
> -- Bill
>
I will try that in v2.
Thanks,
Song
Powered by blists - more mailing lists