Re: [PATCH 4/4] mm: delay page_remove_rmap() until after the TLB has been flushed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: [PATCH 4/4] mm: delay page_remove_rmap() until after the TLB has been flushed
From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
Date: Wed, 16 Nov 2022 08:47:53 +0100
Cc: Hugh Dickins <hughd@xxxxxxxxxx>, Johannes Weiner <hannes@xxxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, Nadav Amit <nadav.amit@xxxxxxxxx>, Will Deacon <will@xxxxxxxxxx>, Aneesh Kumar <aneesh.kumar@xxxxxxxxxxxxx>, Nick Piggin <npiggin@xxxxxxxxx>, Heiko Carstens <hca@xxxxxxxxxxxxx>, Vasily Gorbik <gor@xxxxxxxxxxxxx>, Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>, Sven Schnelle <svens@xxxxxxxxxxxxx>, Peter Zijlstra <peterz@xxxxxxxxxxxxx>, Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
In-reply-to: <CAHk-=wiFmm+X92Ghkz_LDG53djReK=idAj0uvSdES+yeG1X=Dw@mail.gmail.com>
References: <20221109203051.1835763-1-torvalds@linux-foundation.org> <20221109203051.1835763-4-torvalds@linux-foundation.org> <CAHk-=wjf+gN25grUT3o3XK8-B-b2jhBuN8YMLQvq-=AXTcuFXg@mail.gmail.com> <CAHk-=wiFmm+X92Ghkz_LDG53djReK=idAj0uvSdES+yeG1X=Dw@mail.gmail.com>

On Wed, Nov 09, 2022 at 01:04:07PM -0800, Linus Torvalds wrote:

Hi Linus,

[...]

> And I was so happy about sharing the s390 and UP case, and avoiding
> any code being specific to s390. Which is what introduced this thing.

Which actually brings a question whether CONFIG_MMU_GATHER_NO_GATHER
mode could be beneficial for UP?

But anyway, please find a follow-up series on top of mm-unstable
with patches 1,2 aimed to avoid delayed_rmap flag on s390/UP and
patches 3,4 hopefully cleaning things a bit (not so sure).

>                 Linus

Thanks!

Follow-Ups:
- Re: [PATCH 4/4] mm: delay page_remove_rmap() until after the TLB has been flushed
  - From: Linus Torvalds
- [PATCH 4/4] mm: mmu_gather: rename tlb_delay_rmap() function
  - From: Alexander Gordeev
- [PATCH 3/4] mm: mmu_gather: turn delayed rmap macros into inlines
  - From: Alexander Gordeev
- mm: mmu_gather: do not define delayed_rmap if not used
  - From: Alexander Gordeev
- mm: mmu_gather: do not expose delayed_rmap flag
  - From: Alexander Gordeev

References:
- [PATCH 1/4] mm: introduce 'encoded' page pointers with embedded extra bits
  - From: Linus Torvalds
- [PATCH 4/4] mm: delay page_remove_rmap() until after the TLB has been flushed
  - From: Linus Torvalds
- Re: [PATCH 4/4] mm: delay page_remove_rmap() until after the TLB has been flushed
  - From: Linus Torvalds
- Re: [PATCH 4/4] mm: delay page_remove_rmap() until after the TLB has been flushed
  - From: Linus Torvalds

Prev by Date: Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
Next by Date: mm: mmu_gather: do not expose delayed_rmap flag
Previous by thread: Re: [PATCH 4/4] mm: delay page_remove_rmap() until after the TLB has been flushed
Next by thread: mm: mmu_gather: do not expose delayed_rmap flag
Index(es):
- Date
- Thread

[Index of Archives] [Linux ARM Kernel] [Linux ARM] [Linux Omap] [Fedora ARM] [IETF Annouce] [Bugtraq] [Linux OMAP] [Linux MIPS] [eCos] [Asterisk Internet PBX] [Linux API]