From: Suren Baghdasaryan <surenb@google.com> To: Suren Baghdasaryan <surenb@google.com>, akpm@linux-foundation.org, michel@lespinasse.org, jglisse@google.com, mhocko@suse.com, vbabka@suse.cz, hannes@cmpxchg.org, mgorman@techsingularity.net, willy@infradead.org, liam.howlett@oracle.com, peterz@infradead.org, ldufour@linux.ibm.com, laurent.dufour@fr.ibm.com, paulmck@kernel.org, luto@kernel.org, songliubraving@fb.com, peterx@redhat.com, david@redhat.com, dhowells@redhat.com, hughd@google.com, bigeasy@linutronix.de, kent.overstreet@linux.dev, punit.agrawal@bytedance.com, lstoakes@gmail.com, peterjung1337@gmail.com, rientjes@google.com, axelrasmussen@google.com, joelaf@google.com, minchan@google.com, jannh@google.com, shakeelb@google.com, tatashin@google.com, edumazet@google.com, gthelen@google.com, gurua@google.com, arjunroy@google.com, soheil@google.com, hughlynch@google.com, leewalsh@google.com, posk@google.com, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, x86@kernel.org, linux-kernel@vger.kernel.org, kernel-team@android.com Subject: Re: [PATCH 13/41] mm: introduce vma->vm_flags modifier functions Date: Wed, 11 Jan 2023 13:23:35 -0800 [thread overview] Message-ID: <CAJuCfpEnJVcNXLrsu93b-Z5DkhgWfqgPxB1BNDoA1ohVV8hy5Q@mail.gmail.com> (raw) In-Reply-To: <20230111195250.cj27sg4yoslbdjdp@offworld> On Wed, Jan 11, 2023 at 12:19 PM Davidlohr Bueso <dave@stgolabs.net> wrote: > > On Wed, 11 Jan 2023, Suren Baghdasaryan wrote: > > >On Wed, Jan 11, 2023 at 8:13 AM Davidlohr Bueso <dave@stgolabs.net> wrote: > >> > >> On Mon, 09 Jan 2023, Suren Baghdasaryan wrote: > >> > >> >To keep vma locking correctness when vm_flags are modified, add modifier > >> >functions to be used whenever flags are updated. > >> > >> How about moving this patch and the ones that follow out of this series, > >> into a preliminary patchset? It would reduce the amount of noise in the > >> per-vma lock changes, which would then only be adding the needed > >> vma_write_lock()ing. > > > >How about moving those prerequisite patches to the beginning of the > >patchset (before maple_tree RCU changes)? I feel like they do belong > >in the patchset because as a standalone patchset it would be unclear > >why I'm adding all these accessor functions and introducing this > >churn. Would that be acceptable? > > imo the abstraction of vm_flags handling is worth being standalone and is > easier to be picked up before a more complex locking scheme change. But > either way, it's up to you. I see your point. Ok, if you think it makes sense as a stand-alone patch I can post it separately in the next version. Thanks, Suren. > > Thanks, > Davidlohr > > -- > To unsubscribe from this group and stop receiving emails from it, send an email to kernel-team+unsubscribe@android.com. >
WARNING: multiple messages have this Message-ID (diff)
From: Suren Baghdasaryan <surenb@google.com> To: Suren Baghdasaryan <surenb@google.com>, akpm@linux-foundation.org, michel@lespinasse.org, jglisse@google.com, mhocko@suse.com, vbabka@suse.cz, hannes@cmpxchg.org, mgorman@techsingularity.net, willy@infradead.org, liam.howlett@oracle.com, peterz@infradead.org, ldufour@linux.ibm.com, laurent.dufour@fr.ibm.com, paulmck@kernel.org, luto@kernel.org, songliubraving@fb.com, peterx@redhat.com, david@redhat.com, dhowells@redhat.com, hughd@google.com, bigeasy@linutronix.de, kent.overstreet@linux.dev, punit.agrawal@bytedance.com, lstoakes@gmail.com, peterjung1337@gmail.com, rientjes@google.com, axelrasmussen@google.com, joelaf@google.com, minchan@google.com, jannh@google.com, shakeelb@google.com, tatashin@google.com, edumazet@google.com, gthelen@google.com, gurua@google.com, arjunroy@google.com, soheil@google.com, hughlynch@google.com, leewalsh@google.com, posk@google.com, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, x86@kernel.org, linux-kernel@vger.kernel.org, kernel-team@android.com Subject: Re: [PATCH 13/41] mm: introduce vma->vm_flags modifier functions Date: Wed, 11 Jan 2023 13:23:35 -0800 [thread overview] Message-ID: <CAJuCfpEnJVcNXLrsu93b-Z5DkhgWfqgPxB1BNDoA1ohVV8hy5Q@mail.gmail.com> (raw) In-Reply-To: <20230111195250.cj27sg4yoslbdjdp@offworld> On Wed, Jan 11, 2023 at 12:19 PM Davidlohr Bueso <dave@stgolabs.net> wrote: > > On Wed, 11 Jan 2023, Suren Baghdasaryan wrote: > > >On Wed, Jan 11, 2023 at 8:13 AM Davidlohr Bueso <dave@stgolabs.net> wrote: > >> > >> On Mon, 09 Jan 2023, Suren Baghdasaryan wrote: > >> > >> >To keep vma locking correctness when vm_flags are modified, add modifier > >> >functions to be used whenever flags are updated. > >> > >> How about moving this patch and the ones that follow out of this series, > >> into a preliminary patchset? It would reduce the amount of noise in the > >> per-vma lock changes, which would then only be adding the needed > >> vma_write_lock()ing. > > > >How about moving those prerequisite patches to the beginning of the > >patchset (before maple_tree RCU changes)? I feel like they do belong > >in the patchset because as a standalone patchset it would be unclear > >why I'm adding all these accessor functions and introducing this > >churn. Would that be acceptable? > > imo the abstraction of vm_flags handling is worth being standalone and is > easier to be picked up before a more complex locking scheme change. But > either way, it's up to you. I see your point. Ok, if you think it makes sense as a stand-alone patch I can post it separately in the next version. Thanks, Suren. > > Thanks, > Davidlohr > > -- > To unsubscribe from this group and stop receiving emails from it, send an email to kernel-team+unsubscribe@android.com. > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-01-11 21:24 UTC|newest] Thread overview: 548+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-01-09 20:52 [PATCH 00/41] Per-VMA locks Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` [PATCH 01/41] maple_tree: Be more cautious about dead nodes Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` [PATCH 02/41] maple_tree: Detect dead nodes in mas_start() Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` [PATCH 03/41] maple_tree: Fix freeing of nodes in rcu mode Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` [PATCH 04/41] maple_tree: remove extra smp_wmb() from mas_dead_leaves() Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:52 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 05/41] maple_tree: Fix write memory barrier of nodes once dead for RCU mode Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 06/41] maple_tree: Add smp_rmb() to dead node detection Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 07/41] mm: Enable maple tree RCU mode by default Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 08/41] mm: introduce CONFIG_PER_VMA_LOCK Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-11 0:13 ` Davidlohr Bueso 2023-01-11 0:13 ` Davidlohr Bueso 2023-01-11 0:13 ` Davidlohr Bueso 2023-01-11 0:44 ` Suren Baghdasaryan 2023-01-11 0:44 ` Suren Baghdasaryan 2023-01-11 8:23 ` Michal Hocko 2023-01-11 8:23 ` Michal Hocko 2023-01-11 8:23 ` Michal Hocko 2023-01-11 9:54 ` Ingo Molnar 2023-01-11 9:54 ` Ingo Molnar 2023-01-11 9:54 ` Ingo Molnar 2023-01-11 10:02 ` David Laight 2023-01-11 10:02 ` David Laight 2023-01-11 16:28 ` Suren Baghdasaryan 2023-01-11 16:28 ` Suren Baghdasaryan 2023-01-11 16:28 ` Suren Baghdasaryan 2023-01-11 16:44 ` Michal Hocko 2023-01-11 16:44 ` Michal Hocko 2023-01-11 16:44 ` Michal Hocko 2023-01-11 17:04 ` Suren Baghdasaryan 2023-01-11 17:04 ` Suren Baghdasaryan 2023-01-11 17:04 ` Suren Baghdasaryan 2023-01-11 17:37 ` Michal Hocko 2023-01-11 17:37 ` Michal Hocko 2023-01-11 17:37 ` Michal Hocko 2023-01-11 17:49 ` Suren Baghdasaryan 2023-01-11 17:49 ` Suren Baghdasaryan 2023-01-11 17:49 ` Suren Baghdasaryan 2023-01-11 18:02 ` Michal Hocko 2023-01-11 18:02 ` Michal Hocko 2023-01-11 18:02 ` Michal Hocko 2023-01-11 18:09 ` Suren Baghdasaryan 2023-01-11 18:09 ` Suren Baghdasaryan 2023-01-11 18:09 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 09/41] mm: rcu safe VMA freeing Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 14:25 ` Michal Hocko 2023-01-17 14:25 ` Michal Hocko 2023-01-17 14:25 ` Michal Hocko 2023-01-18 2:16 ` Suren Baghdasaryan 2023-01-18 2:16 ` Suren Baghdasaryan 2023-01-18 2:16 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 10/41] mm: move mmap_lock assert function definitions Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 11/41] mm: export dump_mm() Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 12/41] mm: add per-VMA lock and helper functions to control it Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 15:04 ` Michal Hocko 2023-01-17 15:04 ` Michal Hocko 2023-01-17 15:04 ` Michal Hocko 2023-01-17 15:12 ` Michal Hocko 2023-01-17 15:12 ` Michal Hocko 2023-01-17 15:12 ` Michal Hocko 2023-01-17 21:21 ` Suren Baghdasaryan 2023-01-17 21:21 ` Suren Baghdasaryan 2023-01-17 21:21 ` Suren Baghdasaryan 2023-01-17 21:54 ` Matthew Wilcox 2023-01-17 21:54 ` Matthew Wilcox 2023-01-17 21:54 ` Matthew Wilcox 2023-01-17 22:33 ` Suren Baghdasaryan 2023-01-17 22:33 ` Suren Baghdasaryan 2023-01-17 22:33 ` Suren Baghdasaryan 2023-01-18 9:18 ` Michal Hocko 2023-01-18 9:18 ` Michal Hocko 2023-01-18 9:18 ` Michal Hocko 2023-01-17 21:08 ` Suren Baghdasaryan 2023-01-17 21:08 ` Suren Baghdasaryan 2023-01-17 21:08 ` Suren Baghdasaryan 2023-01-17 15:07 ` Michal Hocko 2023-01-17 15:07 ` Michal Hocko 2023-01-17 15:07 ` Michal Hocko 2023-01-17 21:09 ` Suren Baghdasaryan 2023-01-17 21:09 ` Suren Baghdasaryan 2023-01-17 21:09 ` Suren Baghdasaryan 2023-01-17 18:02 ` Jann Horn 2023-01-17 18:02 ` Jann Horn 2023-01-17 18:02 ` Jann Horn 2023-01-17 21:28 ` Suren Baghdasaryan 2023-01-17 21:28 ` Suren Baghdasaryan 2023-01-17 21:28 ` Suren Baghdasaryan 2023-01-17 21:45 ` Jann Horn 2023-01-17 21:45 ` Jann Horn 2023-01-17 21:45 ` Jann Horn 2023-01-17 22:36 ` Suren Baghdasaryan 2023-01-17 22:36 ` Suren Baghdasaryan 2023-01-17 22:36 ` Suren Baghdasaryan 2023-01-17 23:15 ` Matthew Wilcox 2023-01-17 23:15 ` Matthew Wilcox 2023-01-17 23:15 ` Matthew Wilcox 2023-11-22 14:04 ` Alexander Gordeev 2023-11-22 14:04 ` Alexander Gordeev 2023-11-22 14:04 ` Alexander Gordeev 2023-01-18 12:28 ` Michal Hocko 2023-01-18 12:28 ` Michal Hocko 2023-01-18 12:28 ` Michal Hocko 2023-01-18 13:09 ` David Laight 2023-01-18 13:09 ` David Laight 2023-01-18 13:23 ` Jann Horn 2023-01-18 13:23 ` Jann Horn 2023-01-18 13:23 ` Jann Horn 2023-01-18 15:11 ` Michal Hocko 2023-01-18 15:11 ` Michal Hocko 2023-01-18 15:11 ` Michal Hocko 2023-01-18 17:36 ` Suren Baghdasaryan 2023-01-18 17:36 ` Suren Baghdasaryan 2023-01-18 17:36 ` Suren Baghdasaryan 2023-01-18 21:28 ` Michal Hocko 2023-01-18 21:28 ` Michal Hocko 2023-01-18 21:28 ` Michal Hocko 2023-01-18 21:45 ` Suren Baghdasaryan 2023-01-18 21:45 ` Suren Baghdasaryan 2023-01-18 21:45 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 13/41] mm: introduce vma->vm_flags modifier functions Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-11 15:47 ` Davidlohr Bueso 2023-01-11 15:47 ` Davidlohr Bueso 2023-01-11 15:47 ` Davidlohr Bueso 2023-01-11 17:36 ` Suren Baghdasaryan 2023-01-11 17:36 ` Suren Baghdasaryan 2023-01-11 19:52 ` Davidlohr Bueso 2023-01-11 19:52 ` Davidlohr Bueso 2023-01-11 19:52 ` Davidlohr Bueso 2023-01-11 21:23 ` Suren Baghdasaryan [this message] 2023-01-11 21:23 ` Suren Baghdasaryan 2023-01-17 15:09 ` Michal Hocko 2023-01-17 15:09 ` Michal Hocko 2023-01-17 15:09 ` Michal Hocko 2023-01-17 15:15 ` Michal Hocko 2023-01-17 15:15 ` Michal Hocko 2023-01-17 15:15 ` Michal Hocko 2023-01-18 2:07 ` Suren Baghdasaryan 2023-01-18 2:07 ` Suren Baghdasaryan 2023-01-18 2:07 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 14/41] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 15/41] mm: replace vma->vm_flags direct modifications with modifier calls Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 16/41] mm: replace vma->vm_flags indirect modification in ksm_madvise Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 17/41] mm/mmap: move VMA locking before anon_vma_lock_write call Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 15:16 ` Michal Hocko 2023-01-17 15:16 ` Michal Hocko 2023-01-17 15:16 ` Michal Hocko 2023-01-18 2:01 ` Suren Baghdasaryan 2023-01-18 2:01 ` Suren Baghdasaryan 2023-01-18 2:01 ` Suren Baghdasaryan 2023-01-18 9:23 ` Michal Hocko 2023-01-18 9:23 ` Michal Hocko 2023-01-18 9:23 ` Michal Hocko 2023-01-18 18:09 ` Suren Baghdasaryan 2023-01-18 18:09 ` Suren Baghdasaryan 2023-01-18 18:09 ` Suren Baghdasaryan 2023-01-18 21:33 ` Michal Hocko 2023-01-18 21:33 ` Michal Hocko 2023-01-18 21:33 ` Michal Hocko 2023-01-18 21:48 ` Suren Baghdasaryan 2023-01-18 21:48 ` Suren Baghdasaryan 2023-01-18 21:48 ` Suren Baghdasaryan 2023-01-19 9:31 ` Michal Hocko 2023-01-19 9:31 ` Michal Hocko 2023-01-19 9:31 ` Michal Hocko 2023-01-19 18:53 ` Suren Baghdasaryan 2023-01-19 18:53 ` Suren Baghdasaryan 2023-01-19 18:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 18/41] mm/khugepaged: write-lock VMA while collapsing a huge page Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 15:25 ` Michal Hocko 2023-01-17 15:25 ` Michal Hocko 2023-01-17 15:25 ` Michal Hocko 2023-01-17 20:28 ` Jann Horn 2023-01-17 20:28 ` Jann Horn 2023-01-17 20:28 ` Jann Horn 2023-01-17 21:05 ` Suren Baghdasaryan 2023-01-17 21:05 ` Suren Baghdasaryan 2023-01-17 21:05 ` Suren Baghdasaryan 2023-01-18 9:40 ` Michal Hocko 2023-01-18 9:40 ` Michal Hocko 2023-01-18 9:40 ` Michal Hocko 2023-01-18 12:38 ` Jann Horn 2023-01-18 12:38 ` Jann Horn 2023-01-18 12:38 ` Jann Horn 2023-01-18 17:41 ` Suren Baghdasaryan 2023-01-18 17:41 ` Suren Baghdasaryan 2023-01-18 17:41 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 19/41] mm/mmap: write-lock VMAs before merging, splitting or expanding them Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 20/41] mm/mmap: write-lock VMAs in vma_adjust Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 21/41] mm/mmap: write-lock VMAs affected by VMA expansion Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 22/41] mm/mremap: write-lock VMA while remapping it to a new address range Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 23/41] mm: write-lock VMAs before removing them from VMA tree Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 24/41] mm: conditionally write-lock VMA in free_pgtables Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 25/41] mm/mmap: write-lock adjacent VMAs if they can grow into unmapped area Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 26/41] kernel/fork: assert no VMA readers during its destruction Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 15:42 ` Michal Hocko 2023-01-17 15:42 ` Michal Hocko 2023-01-17 15:42 ` Michal Hocko 2023-01-18 1:53 ` Suren Baghdasaryan 2023-01-18 1:53 ` Suren Baghdasaryan 2023-01-18 1:53 ` Suren Baghdasaryan 2023-01-18 9:43 ` Michal Hocko 2023-01-18 9:43 ` Michal Hocko 2023-01-18 9:43 ` Michal Hocko 2023-01-18 18:06 ` Suren Baghdasaryan 2023-01-18 18:06 ` Suren Baghdasaryan 2023-01-18 18:06 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 27/41] mm/mmap: prevent pagefault handler from racing with mmu_notifier registration Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-18 12:50 ` Jann Horn 2023-01-18 12:50 ` Jann Horn 2023-01-18 12:50 ` Jann Horn 2023-01-18 17:40 ` Suren Baghdasaryan 2023-01-18 17:40 ` Suren Baghdasaryan 2023-01-18 17:40 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 28/41] mm: introduce lock_vma_under_rcu to be used from arch-specific code Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 15:47 ` Michal Hocko 2023-01-17 15:47 ` Michal Hocko 2023-01-17 15:47 ` Michal Hocko 2023-01-18 1:06 ` Suren Baghdasaryan 2023-01-18 1:06 ` Suren Baghdasaryan 2023-01-18 1:06 ` Suren Baghdasaryan 2023-01-18 2:44 ` Matthew Wilcox 2023-01-18 2:44 ` Matthew Wilcox 2023-01-18 2:44 ` Matthew Wilcox 2023-01-18 21:33 ` Suren Baghdasaryan 2023-01-18 21:33 ` Suren Baghdasaryan 2023-01-18 21:33 ` Suren Baghdasaryan 2023-01-17 21:03 ` Jann Horn 2023-01-17 21:03 ` Jann Horn 2023-01-17 21:03 ` Jann Horn 2023-01-17 23:18 ` Liam Howlett 2023-01-17 23:18 ` Liam Howlett 2023-01-17 23:18 ` Liam Howlett 2023-01-09 20:53 ` [PATCH 29/41] mm: fall back to mmap_lock if vma->anon_vma is not yet set Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 30/41] mm: add FAULT_FLAG_VMA_LOCK flag Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 31/41] mm: prevent do_swap_page from handling page faults under VMA lock Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 32/41] mm: prevent userfaults to be handled under per-vma lock Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 19:51 ` Jann Horn 2023-01-17 19:51 ` Jann Horn 2023-01-17 19:51 ` Jann Horn 2023-01-17 20:36 ` Jann Horn 2023-01-17 20:36 ` Jann Horn 2023-01-17 20:36 ` Jann Horn 2023-01-17 20:57 ` Suren Baghdasaryan 2023-01-17 20:57 ` Suren Baghdasaryan 2023-01-17 20:57 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 33/41] mm: introduce per-VMA lock statistics Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 34/41] x86/mm: try VMA lock-based page fault handling first Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 35/41] arm64/mm: " Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 36/41] powerc/mm: " Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 37/41] mm: introduce mod_vm_flags_nolock Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 38/41] mm: avoid assertion in untrack_pfn Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 39/41] kernel/fork: throttle call_rcu() calls in vm_area_free Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 15:57 ` Michal Hocko 2023-01-17 15:57 ` Michal Hocko 2023-01-17 15:57 ` Michal Hocko 2023-01-18 1:19 ` Suren Baghdasaryan 2023-01-18 1:19 ` Suren Baghdasaryan 2023-01-18 1:19 ` Suren Baghdasaryan 2023-01-18 9:49 ` Michal Hocko 2023-01-18 9:49 ` Michal Hocko 2023-01-18 9:49 ` Michal Hocko 2023-01-18 18:04 ` Suren Baghdasaryan 2023-01-18 18:04 ` Suren Baghdasaryan 2023-01-18 18:04 ` Suren Baghdasaryan 2023-01-18 18:34 ` Paul E. McKenney 2023-01-18 18:34 ` Paul E. McKenney 2023-01-18 18:34 ` Paul E. McKenney 2023-01-18 19:01 ` Suren Baghdasaryan 2023-01-18 19:01 ` Suren Baghdasaryan 2023-01-18 19:01 ` Suren Baghdasaryan 2023-01-18 20:20 ` Paul E. McKenney 2023-01-18 20:20 ` Paul E. McKenney 2023-01-18 20:20 ` Paul E. McKenney 2023-01-19 12:52 ` Michal Hocko 2023-01-19 12:52 ` Michal Hocko 2023-01-19 12:52 ` Michal Hocko 2023-01-19 19:17 ` Paul E. McKenney 2023-01-19 19:17 ` Paul E. McKenney 2023-01-19 19:17 ` Paul E. McKenney 2023-01-20 8:57 ` Michal Hocko 2023-01-20 8:57 ` Michal Hocko 2023-01-20 8:57 ` Michal Hocko 2023-01-20 16:08 ` Paul E. McKenney 2023-01-20 16:08 ` Paul E. McKenney 2023-01-20 16:08 ` Paul E. McKenney 2023-01-19 12:59 ` Michal Hocko 2023-01-19 12:59 ` Michal Hocko 2023-01-19 12:59 ` Michal Hocko 2023-01-19 18:52 ` Suren Baghdasaryan 2023-01-19 18:52 ` Suren Baghdasaryan 2023-01-19 18:52 ` Suren Baghdasaryan 2023-01-19 19:20 ` Paul E. McKenney 2023-01-19 19:20 ` Paul E. McKenney 2023-01-19 19:20 ` Paul E. McKenney 2023-01-19 19:47 ` Suren Baghdasaryan 2023-01-19 19:47 ` Suren Baghdasaryan 2023-01-19 19:47 ` Suren Baghdasaryan 2023-01-19 19:55 ` Paul E. McKenney 2023-01-19 19:55 ` Paul E. McKenney 2023-01-19 19:55 ` Paul E. McKenney 2023-01-20 8:52 ` Michal Hocko 2023-01-20 8:52 ` Michal Hocko 2023-01-20 8:52 ` Michal Hocko 2023-01-20 16:20 ` Suren Baghdasaryan 2023-01-20 16:20 ` Suren Baghdasaryan 2023-01-20 16:20 ` Suren Baghdasaryan 2023-01-20 16:45 ` Suren Baghdasaryan 2023-01-20 16:45 ` Suren Baghdasaryan 2023-01-20 16:45 ` Suren Baghdasaryan 2023-01-20 16:49 ` Matthew Wilcox 2023-01-20 16:49 ` Matthew Wilcox 2023-01-20 16:49 ` Matthew Wilcox 2023-01-20 17:08 ` Liam R. Howlett 2023-01-20 17:08 ` Liam R. Howlett 2023-01-20 17:08 ` Liam R. Howlett 2023-01-20 17:17 ` Suren Baghdasaryan 2023-01-20 17:17 ` Suren Baghdasaryan 2023-01-20 17:32 ` Matthew Wilcox 2023-01-20 17:32 ` Matthew Wilcox 2023-01-20 17:32 ` Matthew Wilcox 2023-01-20 17:50 ` Suren Baghdasaryan 2023-01-20 17:50 ` Suren Baghdasaryan 2023-01-20 17:50 ` Suren Baghdasaryan 2023-01-20 19:23 ` Liam R. Howlett 2023-01-20 19:23 ` Liam R. Howlett 2023-01-20 19:23 ` Liam R. Howlett 2023-01-23 9:56 ` Michal Hocko 2023-01-23 9:56 ` Michal Hocko 2023-01-23 9:56 ` Michal Hocko 2023-01-23 16:22 ` Suren Baghdasaryan 2023-01-23 16:22 ` Suren Baghdasaryan 2023-01-23 16:22 ` Suren Baghdasaryan 2023-01-23 16:55 ` Michal Hocko 2023-01-23 16:55 ` Michal Hocko 2023-01-23 16:55 ` Michal Hocko 2023-01-23 17:07 ` Suren Baghdasaryan 2023-01-23 17:07 ` Suren Baghdasaryan 2023-01-23 17:07 ` Suren Baghdasaryan 2023-01-23 17:16 ` Michal Hocko 2023-01-23 17:16 ` Michal Hocko 2023-01-23 17:16 ` Michal Hocko 2023-01-23 17:46 ` Suren Baghdasaryan 2023-01-23 17:46 ` Suren Baghdasaryan 2023-01-23 17:46 ` Suren Baghdasaryan 2023-01-23 18:23 ` Matthew Wilcox 2023-01-23 18:23 ` Matthew Wilcox 2023-01-23 18:23 ` Matthew Wilcox 2023-01-23 18:47 ` Suren Baghdasaryan 2023-01-23 18:47 ` Suren Baghdasaryan 2023-01-23 18:47 ` Suren Baghdasaryan 2023-01-23 19:18 ` Michal Hocko 2023-01-23 19:18 ` Michal Hocko 2023-01-23 19:18 ` Michal Hocko 2023-01-23 19:30 ` Matthew Wilcox 2023-01-23 19:30 ` Matthew Wilcox 2023-01-23 19:30 ` Matthew Wilcox 2023-01-23 19:57 ` Suren Baghdasaryan 2023-01-23 19:57 ` Suren Baghdasaryan 2023-01-23 19:57 ` Suren Baghdasaryan 2023-01-23 20:00 ` Michal Hocko 2023-01-23 20:00 ` Michal Hocko 2023-01-23 20:00 ` Michal Hocko 2023-01-23 20:08 ` Suren Baghdasaryan 2023-01-23 20:08 ` Suren Baghdasaryan 2023-01-23 20:08 ` Suren Baghdasaryan 2023-01-23 20:38 ` Liam R. Howlett 2023-01-23 20:38 ` Liam R. Howlett 2023-01-23 20:38 ` Liam R. Howlett 2023-01-20 17:21 ` Paul E. McKenney 2023-01-20 17:21 ` Paul E. McKenney 2023-01-20 17:21 ` Paul E. McKenney 2023-01-20 18:42 ` Suren Baghdasaryan 2023-01-20 18:42 ` Suren Baghdasaryan 2023-01-20 18:42 ` Suren Baghdasaryan 2023-01-23 9:59 ` Michal Hocko 2023-01-23 9:59 ` Michal Hocko 2023-01-23 9:59 ` Michal Hocko 2023-01-23 17:43 ` Suren Baghdasaryan 2023-01-23 17:43 ` Suren Baghdasaryan 2023-01-23 17:43 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 40/41] mm: separate vma->lock from vm_area_struct Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-17 18:33 ` Jann Horn 2023-01-17 18:33 ` Jann Horn 2023-01-17 18:33 ` Jann Horn 2023-01-17 19:01 ` Suren Baghdasaryan 2023-01-17 19:01 ` Suren Baghdasaryan 2023-01-17 19:01 ` Suren Baghdasaryan 2023-01-09 20:53 ` [PATCH 41/41] mm: replace rw_semaphore with atomic_t in vma_lock Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-09 20:53 ` Suren Baghdasaryan 2023-01-10 8:04 ` Vlastimil Babka 2023-01-10 8:04 ` Vlastimil Babka 2023-01-10 8:04 ` Vlastimil Babka 2023-01-10 17:05 ` Suren Baghdasaryan 2023-01-10 17:05 ` Suren Baghdasaryan 2023-01-10 17:05 ` Suren Baghdasaryan 2023-01-16 11:14 ` Hyeonggon Yoo 2023-01-16 11:14 ` Hyeonggon Yoo 2023-01-16 22:36 ` Suren Baghdasaryan 2023-01-16 22:36 ` Suren Baghdasaryan 2023-01-16 22:36 ` Suren Baghdasaryan 2023-01-17 4:14 ` Matthew Wilcox 2023-01-17 4:14 ` Matthew Wilcox 2023-01-17 4:14 ` Matthew Wilcox 2023-01-17 4:34 ` Suren Baghdasaryan 2023-01-17 4:34 ` Suren Baghdasaryan 2023-01-17 4:34 ` Suren Baghdasaryan 2023-01-17 5:46 ` Matthew Wilcox 2023-01-17 5:46 ` Matthew Wilcox 2023-01-17 5:46 ` Matthew Wilcox 2023-01-17 5:58 ` Suren Baghdasaryan 2023-01-17 5:58 ` Suren Baghdasaryan 2023-01-17 5:58 ` Suren Baghdasaryan 2023-01-17 18:23 ` Matthew Wilcox 2023-01-17 18:23 ` Matthew Wilcox 2023-01-17 18:23 ` Matthew Wilcox 2023-01-17 18:28 ` Suren Baghdasaryan 2023-01-17 18:28 ` Suren Baghdasaryan 2023-01-17 18:28 ` Suren Baghdasaryan 2023-01-17 20:31 ` Michal Hocko 2023-01-17 20:31 ` Michal Hocko 2023-01-17 20:31 ` Michal Hocko 2023-01-17 21:00 ` Suren Baghdasaryan 2023-01-17 21:00 ` Suren Baghdasaryan 2023-01-17 21:00 ` Suren Baghdasaryan 2023-01-16 14:06 ` Hillf Danton 2023-01-16 23:08 ` Suren Baghdasaryan 2023-01-16 23:11 ` Suren Baghdasaryan 2023-01-17 3:16 ` Hillf Danton 2023-01-17 4:52 ` Suren Baghdasaryan 2023-01-17 8:33 ` Hillf Danton 2023-01-17 18:21 ` Suren Baghdasaryan 2023-01-17 18:27 ` Matthew Wilcox 2023-01-17 18:31 ` Suren Baghdasaryan 2023-01-18 6:26 ` Hillf Danton 2023-01-18 18:35 ` Matthew Wilcox 2023-01-19 0:28 ` Hillf Danton 2023-01-17 18:11 ` Jann Horn 2023-01-17 18:11 ` Jann Horn 2023-01-17 18:11 ` Jann Horn 2023-01-17 18:26 ` Suren Baghdasaryan 2023-01-17 18:26 ` Suren Baghdasaryan 2023-01-17 18:26 ` Suren Baghdasaryan 2023-01-17 18:31 ` Matthew Wilcox 2023-01-17 18:31 ` Matthew Wilcox 2023-01-17 18:31 ` Matthew Wilcox 2023-01-17 18:36 ` Jann Horn 2023-01-17 18:36 ` Jann Horn 2023-01-17 18:36 ` Jann Horn 2023-01-17 18:49 ` Suren Baghdasaryan 2023-01-17 18:49 ` Suren Baghdasaryan 2023-01-17 18:49 ` Suren Baghdasaryan 2023-01-17 18:36 ` Suren Baghdasaryan 2023-01-17 18:36 ` Suren Baghdasaryan 2023-01-17 18:36 ` Suren Baghdasaryan 2023-01-17 18:48 ` Matthew Wilcox 2023-01-17 18:48 ` Matthew Wilcox 2023-01-17 18:48 ` Matthew Wilcox 2023-01-17 18:55 ` Suren Baghdasaryan 2023-01-17 18:55 ` Suren Baghdasaryan 2023-01-17 18:55 ` Suren Baghdasaryan 2023-01-17 18:59 ` Jann Horn 2023-01-17 18:59 ` Jann Horn 2023-01-17 18:59 ` Jann Horn 2023-01-17 19:06 ` Suren Baghdasaryan 2023-01-17 19:06 ` Suren Baghdasaryan 2023-01-17 19:06 ` Suren Baghdasaryan
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=CAJuCfpEnJVcNXLrsu93b-Z5DkhgWfqgPxB1BNDoA1ohVV8hy5Q@mail.gmail.com \ --to=surenb@google.com \ --cc=akpm@linux-foundation.org \ --cc=arjunroy@google.com \ --cc=axelrasmussen@google.com \ --cc=bigeasy@linutronix.de \ --cc=david@redhat.com \ --cc=dhowells@redhat.com \ --cc=edumazet@google.com \ --cc=gthelen@google.com \ --cc=gurua@google.com \ --cc=hannes@cmpxchg.org \ --cc=hughd@google.com \ --cc=hughlynch@google.com \ --cc=jannh@google.com \ --cc=jglisse@google.com \ --cc=joelaf@google.com \ --cc=kent.overstreet@linux.dev \ --cc=kernel-team@android.com \ --cc=laurent.dufour@fr.ibm.com \ --cc=ldufour@linux.ibm.com \ --cc=leewalsh@google.com \ --cc=liam.howlett@oracle.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=linuxppc-dev@lists.ozlabs.org \ --cc=lstoakes@gmail.com \ --cc=luto@kernel.org \ --cc=mgorman@techsingularity.net \ --cc=mhocko@suse.com \ --cc=michel@lespinasse.org \ --cc=minchan@google.com \ --cc=paulmck@kernel.org \ --cc=peterjung1337@gmail.com \ --cc=peterx@redhat.com \ --cc=peterz@infradead.org \ --cc=posk@google.com \ --cc=punit.agrawal@bytedance.com \ --cc=rientjes@google.com \ --cc=shakeelb@google.com \ --cc=soheil@google.com \ --cc=songliubraving@fb.com \ --cc=tatashin@google.com \ --cc=vbabka@suse.cz \ --cc=willy@infradead.org \ --cc=x86@kernel.org \ /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 an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.