LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Barry Song <21cnbao@gmail.com> To: Muchun Song <songmuchun@bytedance.com> Cc: mike.kravetz@oracle.com, Andrew Morton <akpm@linux-foundation.org>, osalvador@suse.de, mhocko@suse.com, Barry Song <song.bao.hua@hisilicon.com>, david@redhat.com, chenhuang5@huawei.com, bodeddub@amazon.com, Jonathan Corbet <corbet@lwn.net>, Matthew Wilcox <willy@infradead.org>, duanxiongchun@bytedance.com, fam.zheng@bytedance.com, smuchun@gmail.com, zhengqi.arch@bytedance.com, linux-doc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>, Linux-MM <linux-mm@kvack.org> Subject: Re: [PATCH RESEND v2 3/4] mm: sparsemem: use page table lock to protect kernel pmd operations Date: Sat, 18 Sep 2021 17:06:58 +1200 [thread overview] Message-ID: <CAGsJ_4yWZTcRqnBmLrYJ3Z1Yo_7oWRgR4B3qK5m570xgpeJ-5Q@mail.gmail.com> (raw) In-Reply-To: <20210917034815.80264-4-songmuchun@bytedance.com> On Sat, Sep 18, 2021 at 12:09 AM Muchun Song <songmuchun@bytedance.com> wrote: > > The init_mm.page_table_lock is used to protect kernel page tables, we > can use it to serialize splitting vmemmap PMD mappings instead of mmap > write lock, which can increase the concurrency of vmemmap_remap_free(). > Curious what is the actual benefit we get in user scenarios from this patch, 1. we set bootargs to reserve hugetlb statically 2. we "echo" some figures to sys or proc. In other words, Who is going to care about this concurrency? Can we have some details on this to put in the commit log? > Signed-off-by: Muchun Song <songmuchun@bytedance.com> > --- > mm/ptdump.c | 16 ++++++++++++---- > mm/sparse-vmemmap.c | 49 ++++++++++++++++++++++++++++++++++--------------- > 2 files changed, 46 insertions(+), 19 deletions(-) > > diff --git a/mm/ptdump.c b/mm/ptdump.c > index da751448d0e4..eea3d28d173c 100644 > --- a/mm/ptdump.c > +++ b/mm/ptdump.c > @@ -40,8 +40,10 @@ static int ptdump_pgd_entry(pgd_t *pgd, unsigned long addr, > if (st->effective_prot) > st->effective_prot(st, 0, pgd_val(val)); > > - if (pgd_leaf(val)) > + if (pgd_leaf(val)) { > st->note_page(st, addr, 0, pgd_val(val)); > + walk->action = ACTION_CONTINUE; > + } > > return 0; > } > @@ -61,8 +63,10 @@ static int ptdump_p4d_entry(p4d_t *p4d, unsigned long addr, > if (st->effective_prot) > st->effective_prot(st, 1, p4d_val(val)); > > - if (p4d_leaf(val)) > + if (p4d_leaf(val)) { > st->note_page(st, addr, 1, p4d_val(val)); > + walk->action = ACTION_CONTINUE; > + } > > return 0; > } > @@ -82,8 +86,10 @@ static int ptdump_pud_entry(pud_t *pud, unsigned long addr, > if (st->effective_prot) > st->effective_prot(st, 2, pud_val(val)); > > - if (pud_leaf(val)) > + if (pud_leaf(val)) { > st->note_page(st, addr, 2, pud_val(val)); > + walk->action = ACTION_CONTINUE; > + } > > return 0; > } > @@ -101,8 +107,10 @@ static int ptdump_pmd_entry(pmd_t *pmd, unsigned long addr, > > if (st->effective_prot) > st->effective_prot(st, 3, pmd_val(val)); > - if (pmd_leaf(val)) > + if (pmd_leaf(val)) { > st->note_page(st, addr, 3, pmd_val(val)); > + walk->action = ACTION_CONTINUE; > + } > > return 0; > } > diff --git a/mm/sparse-vmemmap.c b/mm/sparse-vmemmap.c > index 62e3d20648ce..e636943ccfc4 100644 > --- a/mm/sparse-vmemmap.c > +++ b/mm/sparse-vmemmap.c > @@ -64,8 +64,8 @@ struct vmemmap_remap_walk { > */ > #define NR_RESET_STRUCT_PAGE 3 > > -static int split_vmemmap_huge_pmd(pmd_t *pmd, unsigned long start, > - struct vmemmap_remap_walk *walk) > +static int __split_vmemmap_huge_pmd(pmd_t *pmd, unsigned long start, > + struct vmemmap_remap_walk *walk) > { > pmd_t __pmd; > int i; > @@ -87,15 +87,37 @@ static int split_vmemmap_huge_pmd(pmd_t *pmd, unsigned long start, > set_pte_at(&init_mm, addr, pte, entry); > } > > - /* Make pte visible before pmd. See comment in __pte_alloc(). */ > - smp_wmb(); > - pmd_populate_kernel(&init_mm, pmd, pgtable); > + spin_lock(&init_mm.page_table_lock); > + if (likely(pmd_leaf(*pmd))) { > + /* Make pte visible before pmd. See comment in __pte_alloc(). */ > + smp_wmb(); > + pmd_populate_kernel(&init_mm, pmd, pgtable); > + flush_tlb_kernel_range(start, start + PMD_SIZE); > + spin_unlock(&init_mm.page_table_lock); > > - flush_tlb_kernel_range(start, start + PMD_SIZE); > + return 0; > + } > + spin_unlock(&init_mm.page_table_lock); > + pte_free_kernel(&init_mm, pgtable); > > return 0; > } > > +static int split_vmemmap_huge_pmd(pmd_t *pmd, unsigned long start, > + struct vmemmap_remap_walk *walk) > +{ > + int ret; > + > + spin_lock(&init_mm.page_table_lock); > + ret = pmd_leaf(*pmd); > + spin_unlock(&init_mm.page_table_lock); > + > + if (ret) > + ret = __split_vmemmap_huge_pmd(pmd, start, walk); > + > + return ret; > +} > + > static void vmemmap_pte_range(pmd_t *pmd, unsigned long addr, > unsigned long end, > struct vmemmap_remap_walk *walk) > @@ -132,13 +154,12 @@ static int vmemmap_pmd_range(pud_t *pud, unsigned long addr, > > pmd = pmd_offset(pud, addr); > do { > - if (pmd_leaf(*pmd)) { > - int ret; > + int ret; > + > + ret = split_vmemmap_huge_pmd(pmd, addr & PMD_MASK, walk); > + if (ret) > + return ret; > > - ret = split_vmemmap_huge_pmd(pmd, addr & PMD_MASK, walk); > - if (ret) > - return ret; > - } > next = pmd_addr_end(addr, end); > vmemmap_pte_range(pmd, addr, next, walk); > } while (pmd++, addr = next, addr != end); > @@ -321,10 +342,8 @@ int vmemmap_remap_free(unsigned long start, unsigned long end, > */ > BUG_ON(start - reuse != PAGE_SIZE); > > - mmap_write_lock(&init_mm); > + mmap_read_lock(&init_mm); > ret = vmemmap_remap_range(reuse, end, &walk); > - mmap_write_downgrade(&init_mm); > - > if (ret && walk.nr_walked) { > end = reuse + walk.nr_walked * PAGE_SIZE; > /* > -- > 2.11.0 > Thanks barry
next prev parent reply other threads:[~2021-09-18 5:07 UTC|newest] Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-09-17 3:48 [PATCH RESEND v2 0/4] Free the 2nd vmemmap page associated with each HugeTLB page Muchun Song 2021-09-17 3:48 ` [PATCH RESEND v2 1/4] mm: hugetlb: free " Muchun Song 2021-09-18 4:38 ` Barry Song 2021-09-18 10:06 ` Muchun Song 2021-09-21 6:43 ` Muchun Song 2021-09-21 10:22 ` Muchun Song 2021-09-21 0:11 ` Barry Song 2021-09-21 13:46 ` Muchun Song 2021-09-21 20:43 ` Barry Song 2021-09-22 2:38 ` Muchun Song 2021-09-22 7:36 ` Barry Song 2021-09-17 3:48 ` [PATCH RESEND v2 2/4] mm: hugetlb: replace hugetlb_free_vmemmap_enabled with a static_key Muchun Song 2021-09-18 4:55 ` Barry Song 2021-09-18 10:30 ` Muchun Song 2021-09-18 11:14 ` Barry Song 2021-09-18 11:47 ` Muchun Song 2021-09-18 12:27 ` Barry Song 2021-09-17 3:48 ` [PATCH RESEND v2 3/4] mm: sparsemem: use page table lock to protect kernel pmd operations Muchun Song 2021-09-18 5:06 ` Barry Song [this message] 2021-09-18 10:51 ` Muchun Song 2021-09-18 11:01 ` Barry Song 2021-09-17 3:48 ` [PATCH RESEND v2 4/4] selftests: vm: add a hugetlb test case Muchun Song 2021-09-18 5:20 ` Barry Song 2021-09-20 14:26 ` Muchun Song 2021-09-21 0:28 ` Barry Song 2021-09-21 13:18 ` Muchun Song
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=CAGsJ_4yWZTcRqnBmLrYJ3Z1Yo_7oWRgR4B3qK5m570xgpeJ-5Q@mail.gmail.com \ --to=21cnbao@gmail.com \ --cc=akpm@linux-foundation.org \ --cc=bodeddub@amazon.com \ --cc=chenhuang5@huawei.com \ --cc=corbet@lwn.net \ --cc=david@redhat.com \ --cc=duanxiongchun@bytedance.com \ --cc=fam.zheng@bytedance.com \ --cc=linux-doc@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mhocko@suse.com \ --cc=mike.kravetz@oracle.com \ --cc=osalvador@suse.de \ --cc=smuchun@gmail.com \ --cc=song.bao.hua@hisilicon.com \ --cc=songmuchun@bytedance.com \ --cc=willy@infradead.org \ --cc=zhengqi.arch@bytedance.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: linkBe 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).