Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1639921pxk; Fri, 2 Oct 2020 15:12:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzDgu++96YqzHkzO/CWqQH24pUUq5WDPazUrnwrhd9UunXRHWJandlBnfuE6UlxFYdtoAEc X-Received: by 2002:aa7:d750:: with SMTP id a16mr5021204eds.362.1601676742402; Fri, 02 Oct 2020 15:12:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601676742; cv=none; d=google.com; s=arc-20160816; b=rRaf+FDHSWeyTVkK91pqAdNgj9vfUKjNILUxVhTRiQuGeLgrEqnq1RclLx/I2l5Wvd 4bkX1RPHBJLuAXbrRaD5eN6EcoAcIJH0VYfuYbp0GZeH9iRSvjLliCiI5pvDgXUF9WoQ fuIxIYUf13Rcc8El85w+cwYXq0ciYecVoi9+0XWj9WIMvPxpvulXs+I9gJ7J26u1f1SG M2oKamoIh/fa9IKu2D7f/nYDh5sgl/KRgRXfNjHzRyKNi2Ro8thCIIZgKhbV87jfwUUD hYQ7z6NQ24kQQlTP6RHZx+V0ksBaV1bpY2dxUIGRt0MntfpoNC+m6ayBCvEsYf/BwgUg 7Bcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=ZTsbIZbxk/VLPosRWvsRfPC9ZULIuxmEiMaEwM9spDY=; b=GzcavdV4WXi6c6CkjNpxUmSZTry7H18h6jWfHf48jPmJCIXNyJ2OEqyVmTni3f+LOp o4gajafF1B7l3xDEPs2riO5VzVVuHF1SjHIxAMqBXEPqGFIR5sUduqmYliXf2Mlrk6tQ onchKfANScumjOXX+7dcjW5imaUMQsZduu+8Wu6HgH5EXouOdOMRDZgFW46O8TVnQz5o oOmGkhzFkHDwiwG89iWaQ2y8HdWddpaI8+D2o94bD5j2bAlIYtMZUkLkfjVR3VIMLQiC FzVnLHtLTqCSky0kxpLTEQndbpXLZnIPAa86Gk4kEPaI89hYEPlXyH1EJf4xPDk65Rqh nK8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=arFps9Zm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id yd11si1924974ejb.184.2020.10.02.15.11.58; Fri, 02 Oct 2020 15:12:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=arFps9Zm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725648AbgJBWIm (ORCPT + 99 others); Fri, 2 Oct 2020 18:08:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41176 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725283AbgJBWIm (ORCPT ); Fri, 2 Oct 2020 18:08:42 -0400 Received: from mail-pf1-x442.google.com (mail-pf1-x442.google.com [IPv6:2607:f8b0:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 45DC3C0613D0 for ; Fri, 2 Oct 2020 15:08:42 -0700 (PDT) Received: by mail-pf1-x442.google.com with SMTP id x22so2268916pfo.12 for ; Fri, 02 Oct 2020 15:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ZTsbIZbxk/VLPosRWvsRfPC9ZULIuxmEiMaEwM9spDY=; b=arFps9ZmNz+LxrAlpcG06dMwIARJR2irUoZbyHR+QUIhT4m3JXPL5Ay349I5q2Fo0V 0/sCkQhVxxIh5TpVOU8qj09EoY/m7jvscsKW8CIMW1Dypfj6TukHLwKdh0QGmJ/LwKrf g5aQNClXmo8UQCY9POADn0C/ZR+XPMVsGAlse1oRWM6tNjBqLOYCyAW3IxqzfbDZbwnT z91HvJd0a2dZpMDnTkuBS2LBKggMWlS5q1+OFnLPCFhVUVf2z9N3gorbyL21WHV4Axsv cee56sC4L4TqHh0JSotOulOM4L7IpTAmgSjUUJ+727oklMHWRF8R6iErW1O2c2QHUv0D GkOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=ZTsbIZbxk/VLPosRWvsRfPC9ZULIuxmEiMaEwM9spDY=; b=dVHBe+lVhzmkYELrbNZkIqY80JTCYcdyQUXyX3uUNtDdgSaIVHcI+G040q17rbAERr IuAtIhPAu/FWngehJT4dZP6SZrfiqrm00DxvDVyWTCb+DtTnoPRxmKAAMPcg7EhND013 bIm/aG/37RTl5wDYmmbcHfYe1l7mOalxQq35/3oNYUzHaepB+i6SfzeYuxc7e7LajUYT 1KemPRRH63bepojDFfcG4yMlXcDZ+CDCgLd/JJTgm8nkG1EaTZPGFwmiLWBpQvaSn6sO ofFwq5DxfvgPFF6uU93sW3B9xklhInbNM38mceBJYNtT1Dxx2T5RQoB+FnUE6cZiIpfn MLpQ== X-Gm-Message-State: AOAM5305JOJF3FHqAde5Lqm98wbyYbGA9yLYriYMGCuj1Jx/PThpzGle NRhEVCiG0R3UZ9Yp/uYEfDGSM8+tAserE3fPamu64A== X-Received: by 2002:a65:5cc2:: with SMTP id b2mr4122419pgt.124.1601676521329; Fri, 02 Oct 2020 15:08:41 -0700 (PDT) MIME-Version: 1.0 References: <20201002162101.665549-1-kaleshsingh@google.com> <20201002162101.665549-4-kaleshsingh@google.com> <20201002165122.bm427a4ealmmmtqc@black.fi.intel.com> In-Reply-To: <20201002165122.bm427a4ealmmmtqc@black.fi.intel.com> From: Kalesh Singh Date: Fri, 2 Oct 2020 18:08:29 -0400 Message-ID: Subject: Re: [PATCH v2 3/6] mm: Speedup mremap on 1GB or larger regions To: "Kirill A. Shutemov" Cc: Suren Baghdasaryan , Minchan Kim , Joel Fernandes , Lokesh Gidra , "Cc: Android Kernel" , kernel test robot , Catalin Marinas , Will Deacon , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "the arch/x86 maintainers" , "H. Peter Anvin" , Andrew Morton , Shuah Khan , "Aneesh Kumar K.V" , Kees Cook , Peter Zijlstra , Sami Tolvanen , Masahiro Yamada , Arnd Bergmann , Frederic Weisbecker , Krzysztof Kozlowski , Hassan Naveed , Christian Brauner , Mark Rutland , Mike Rapoport , Gavin Shan , Chris von Recklinghausen , Jia He , Zhenyu Ye , John Hubbard , Thiago Jung Bauermann , William Kucharski , Ram Pai , Ralph Campbell , Mina Almasry , Sandipan Das , Dave Hansen , Masami Hiramatsu , SeongJae Park , Brian Geffon , LKML , "moderated list:ARM64 PORT (AARCH64 ARCHITECTURE)" , "open list:MEMORY MANAGEMENT" , "open list:KERNEL SELFTEST FRAMEWORK" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kirill, thank you for the feedback. On Fri, Oct 2, 2020 at 12:51 PM Kirill A. Shutemov wrote: > > On Fri, Oct 02, 2020 at 04:20:48PM +0000, Kalesh Singh wrote: > > Android needs to move large memory regions for garbage collection. > > The GC requires moving physical pages of multi-gigabyte heap > > using mremap. During this move, the application threads have to > > be paused for correctness. It is critical to keep this pause as > > short as possible to avoid jitters during user interaction. > > > > Optimize mremap for >=3D 1GB-sized regions by moving at the PUD/PGD > > level if the source and destination addresses are PUD-aligned. > > For CONFIG_PGTABLE_LEVELS =3D=3D 3, moving at the PUD level in effect m= oves > > PGD entries, since the PUD entry is =E2=80=9Cfolded back=E2=80=9D onto = the PGD entry. > > Add HAVE_MOVE_PUD so that architectures where moving at the PUD level > > isn't supported/tested can turn this off by not selecting the config. > > > > Fix build test error from v1 of this series reported by > > kernel test robot in [1]. > > > > [1] https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org/thread= /CKPGL4FH4NG7TGH2CVYX2UX76L25BTA3/ > > > > Signed-off-by: Kalesh Singh > > Reported-by: kernel test robot > > --- > > Changes in v2: > > - Update commit message with description of Android GC's use case. > > - Move set_pud_at() to a separate patch. > > - Use switch() instead of ifs in move_pgt_entry() > > - Fix build test error reported by kernel test robot on x86_64 in [1]= . > > Guard move_huge_pmd() with IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE), > > since this section doesn't get optimized out in the kernel test > > robot's build test when HAVE_MOVE_PUD is enabled. > > - Keep WARN_ON_ONCE(1) instead of BUILD_BUG() for the aforementioned > > reason. > > Okay, but IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE) on the caller side woul= d > do the trick, I believe. I tried moving this to the caller side in move_page_tables(), - if (extent =3D=3D HPAGE_PMD_SIZE && + if (extent =3D=3D HPAGE_PMD_SIZE && IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE) && but it produces the same error as reported by kernel test robot: ld.lld: error: undefined symbol: move_huge_pmd I'm not sure why these are different but the kernel test robot compiler complains. > > > > > arch/Kconfig | 7 ++ > > mm/mremap.c | 220 ++++++++++++++++++++++++++++++++++++++++++++------- > > 2 files changed, 197 insertions(+), 30 deletions(-) > > > > diff --git a/arch/Kconfig b/arch/Kconfig > > index af14a567b493..5eabaa00bf9b 100644 > > --- a/arch/Kconfig > > +++ b/arch/Kconfig > > @@ -602,6 +602,13 @@ config HAVE_IRQ_TIME_ACCOUNTING > > Archs need to ensure they use a high enough resolution clock to > > support irq time accounting and then call enable_sched_clock_ir= qtime(). > > > > +config HAVE_MOVE_PUD > > + bool > > + help > > + Architectures that select this are able to move page tables at = the > > + PUD level. If there are only 3 page table levels, the move effe= ctively > > + happens at the PGD level. > > + > > config HAVE_MOVE_PMD > > bool > > help > > diff --git a/mm/mremap.c b/mm/mremap.c > > index 138abbae4f75..c1d6ab667d70 100644 > > --- a/mm/mremap.c > > +++ b/mm/mremap.c > > @@ -249,14 +249,176 @@ static bool move_normal_pmd(struct vm_area_struc= t *vma, unsigned long old_addr, > > > > return true; > > } > > +#else > > +static inline bool move_normal_pmd(struct vm_area_struct *vma, unsigne= d long old_addr, > > + unsigned long new_addr, pmd_t *old_pmd, pmd_t *new_pmd) > > +{ > > + return false; > > +} > > #endif > > > > +#ifdef CONFIG_HAVE_MOVE_PUD > > +static pud_t *get_old_pud(struct mm_struct *mm, unsigned long addr) > > +{ > > + pgd_t *pgd; > > + p4d_t *p4d; > > + pud_t *pud; > > + > > + pgd =3D pgd_offset(mm, addr); > > + if (pgd_none_or_clear_bad(pgd)) > > + return NULL; > > + > > + p4d =3D p4d_offset(pgd, addr); > > + if (p4d_none_or_clear_bad(p4d)) > > + return NULL; > > + > > + pud =3D pud_offset(p4d, addr); > > + if (pud_none_or_clear_bad(pud)) > > + return NULL; > > + > > + return pud; > > +} > > + > > +static pud_t *alloc_new_pud(struct mm_struct *mm, struct vm_area_struc= t *vma, > > + unsigned long addr) > > +{ > > + pgd_t *pgd; > > + p4d_t *p4d; > > + pud_t *pud; > > + > > + pgd =3D pgd_offset(mm, addr); > > + p4d =3D p4d_alloc(mm, pgd, addr); > > + if (!p4d) > > + return NULL; > > + pud =3D pud_alloc(mm, p4d, addr); > > + if (!pud) > > + return NULL; > > + > > + return pud; > > +} > > Looks like a code duplication. > > Could you move these two helpers out of #ifdef CONFIG_HAVE_MOVE_PUD and > make get_old_pmd() and alloc_new_pmd() use them? Yes, that will be cleaner. I'll update it in the next version. > > > + > > +static bool move_normal_pud(struct vm_area_struct *vma, unsigned long = old_addr, > > + unsigned long new_addr, pud_t *old_pud, pud_t *new_pud) > > +{ > > + spinlock_t *old_ptl, *new_ptl; > > + struct mm_struct *mm =3D vma->vm_mm; > > + pud_t pud; > > + > > + /* > > + * The destination pud shouldn't be established, free_pgtables() > > + * should have released it. > > + */ > > + if (WARN_ON_ONCE(!pud_none(*new_pud))) > > + return false; > > + > > + /* > > + * We don't have to worry about the ordering of src and dst > > + * ptlocks because exclusive mmap_lock prevents deadlock. > > + */ > > + old_ptl =3D pud_lock(vma->vm_mm, old_pud); > > + new_ptl =3D pud_lockptr(mm, new_pud); > > + if (new_ptl !=3D old_ptl) > > + spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING); > > + > > + /* Clear the pud */ > > + pud =3D *old_pud; > > + pud_clear(old_pud); > > + > > + VM_BUG_ON(!pud_none(*new_pud)); > > + > > + /* Set the new pud */ > > + set_pud_at(mm, new_addr, new_pud, pud); > > + flush_tlb_range(vma, old_addr, old_addr + PUD_SIZE); > > + if (new_ptl !=3D old_ptl) > > + spin_unlock(new_ptl); > > + spin_unlock(old_ptl); > > + > > + return true; > > +} > > +#else > > +static inline bool move_normal_pud(struct vm_area_struct *vma, unsigne= d long old_addr, > > + unsigned long new_addr, pud_t *old_pud, pud_t *new_pud) > > +{ > > + return false; > > +} > > +#endif > > + > > +enum pgt_entry { > > + NORMAL_PMD, > > + HPAGE_PMD, > > + NORMAL_PUD, > > +}; > > + > > +/* > > + * Returns an extent of the corresponding size for the pgt_entry speci= fied if valid. > > + * Else returns a smaller extent bounded by the end of the source and = destination > > + * pgt_entry. Returns 0 if an invalid pgt_entry is specified. > > + */ > > +static unsigned long get_extent(enum pgt_entry entry, unsigned long ol= d_addr, > > + unsigned long old_end, unsigned long new_addr) > > +{ > > + unsigned long next, extent, mask, size; > > + > > + if (entry =3D=3D NORMAL_PMD || entry =3D=3D HPAGE_PMD) { > > + mask =3D PMD_MASK; > > + size =3D PMD_SIZE; > > + } else if (entry =3D=3D NORMAL_PUD) { > > + mask =3D PUD_MASK; > > + size =3D PUD_SIZE; > > + } else > > + return 0; > > Em. Who would ever specify invalid pgt_entry? It's bug. > Again, switch()? Sounds good. I'll use BUG() and switch() instead. > > > + > > + next =3D (old_addr + size) & mask; > > + /* even if next overflowed, extent below will be ok */ > > + extent =3D (next > old_end) ? old_end - old_addr : next - old_add= r; > > + next =3D (new_addr + size) & mask; > > + if (extent > next - new_addr) > > + extent =3D next - new_addr; > > + return extent; > > +} > > + > > +/* > > + * Attempts to speedup the move by moving entry at the level correspon= ding to > > + * pgt_entry. Returns true if the move was successful, else false. > > + */ > > +static bool move_pgt_entry(enum pgt_entry entry, struct vm_area_struct= *vma, > > + unsigned long old_addr, unsigned long new_addr, v= oid *old_entry, > > + void *new_entry, bool need_rmap_locks) > > +{ > > + bool moved =3D false; > > + > > + /* See comment in move_ptes() */ > > + if (need_rmap_locks) > > + take_rmap_locks(vma); > > + > > + switch (entry) { > > + case NORMAL_PMD: > > + moved =3D move_normal_pmd(vma, old_addr, new_addr, old_e= ntry, new_entry); > > Nit: here and below, double space after '=3D'. Why? Sorry, editing mistake on my end. I'll clean this up before resending. > > > + break; > > + case NORMAL_PUD: > > + moved =3D move_normal_pud(vma, old_addr, new_addr, old_e= ntry, new_entry); > > + break; > > + case HPAGE_PMD: > > + moved =3D IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE) && > > + move_huge_pmd(vma, old_addr, new_addr, old_entry,= new_entry); > > + break; > > + default: > > + WARN_ON_ONCE(1); > > + break; > > + } > > + > > + if (need_rmap_locks) > > + drop_rmap_locks(vma); > > + > > + return moved; > > +} > > + > > unsigned long move_page_tables(struct vm_area_struct *vma, > > unsigned long old_addr, struct vm_area_struct *new_vma, > > unsigned long new_addr, unsigned long len, > > bool need_rmap_locks) > > { > > - unsigned long extent, next, old_end; > > + unsigned long extent, old_end; > > struct mmu_notifier_range range; > > pmd_t *old_pmd, *new_pmd; > > > > @@ -269,14 +431,27 @@ unsigned long move_page_tables(struct vm_area_str= uct *vma, > > > > for (; old_addr < old_end; old_addr +=3D extent, new_addr +=3D ex= tent) { > > cond_resched(); > > - next =3D (old_addr + PMD_SIZE) & PMD_MASK; > > - /* even if next overflowed, extent below will be ok */ > > - extent =3D next - old_addr; > > - if (extent > old_end - old_addr) > > - extent =3D old_end - old_addr; > > - next =3D (new_addr + PMD_SIZE) & PMD_MASK; > > - if (extent > next - new_addr) > > - extent =3D next - new_addr; > > +#ifdef CONFIG_HAVE_MOVE_PUD > > Any chance if (IS_ENABLED(CONFIG_HAVE_MOVE_PUD)) would work here? Once we move get_old_put() and alloc_new_pud() out of the #ifdefs as you suggested above, it should work. It would also now be possible to replace the #ifdef CONFIG_HAVE_MOVE_PMD in move_page_tables() with IS_ENABLED(CONFIG_HAVE_MOVE_PMD). Thanks, Kalesh > > > + /* > > + * If extent is PUD-sized try to speed up the move by mov= ing at the > > + * PUD level if possible. > > + */ > > + extent =3D get_extent(NORMAL_PUD, old_addr, old_end, new_= addr); > > + if (extent =3D=3D PUD_SIZE) { > > + pud_t *old_pud, *new_pud; > > + > > + old_pud =3D get_old_pud(vma->vm_mm, old_addr); > > + if (!old_pud) > > + continue; > > + new_pud =3D alloc_new_pud(vma->vm_mm, vma, new_ad= dr); > > + if (!new_pud) > > + break; > > + if (move_pgt_entry(NORMAL_PUD, vma, old_addr, new= _addr, > > + old_pud, new_pud, need_rmap_lo= cks)) > > + continue; > > + } > > +#endif > > + extent =3D get_extent(NORMAL_PMD, old_addr, old_end, new_= addr); > > old_pmd =3D get_old_pmd(vma->vm_mm, old_addr); > > if (!old_pmd) > > continue; > > @@ -284,18 +459,10 @@ unsigned long move_page_tables(struct vm_area_str= uct *vma, > > if (!new_pmd) > > break; > > if (is_swap_pmd(*old_pmd) || pmd_trans_huge(*old_pmd) || = pmd_devmap(*old_pmd)) { > > - if (extent =3D=3D HPAGE_PMD_SIZE) { > > - bool moved; > > - /* See comment in move_ptes() */ > > - if (need_rmap_locks) > > - take_rmap_locks(vma); > > - moved =3D move_huge_pmd(vma, old_addr, ne= w_addr, > > - old_pmd, new_pmd); > > - if (need_rmap_locks) > > - drop_rmap_locks(vma); > > - if (moved) > > - continue; > > - } > > + if (extent =3D=3D HPAGE_PMD_SIZE && > > + move_pgt_entry(HPAGE_PMD, vma, old_addr, new_= addr, old_pmd, > > + new_pmd, need_rmap_locks)) > > + continue; > > split_huge_pmd(vma, old_pmd, old_addr); > > if (pmd_trans_unstable(old_pmd)) > > continue; > > @@ -305,15 +472,8 @@ unsigned long move_page_tables(struct vm_area_stru= ct *vma, > > * If the extent is PMD-sized, try to speed the m= ove by > > * moving at the PMD level if possible. > > */ > > - bool moved; > > - > > - if (need_rmap_locks) > > - take_rmap_locks(vma); > > - moved =3D move_normal_pmd(vma, old_addr, new_addr= , > > - old_pmd, new_pmd); > > - if (need_rmap_locks) > > - drop_rmap_locks(vma); > > - if (moved) > > + if (move_pgt_entry(NORMAL_PMD, vma, old_addr, new= _addr, old_pmd, > > + new_pmd, need_rmap_locks)) > > continue; > > #endif > > } > > -- > > 2.28.0.806.g8561365e88-goog > > > > -- > Kirill A. Shutemov > > -- > To unsubscribe from this group and stop receiving emails from it, send an= email to kernel-team+unsubscribe@android.com. >