[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240703144345.530d82e0f337fe7b57704df6@linux-foundation.org>
Date: Wed, 3 Jul 2024 14:43:45 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Lorenzo Stoakes <lorenzo.stoakes@...cle.com>
Cc: linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, "Liam R . Howlett" <Liam.Howlett@...cle.com>, Vlastimil
Babka <vbabka@...e.cz>, Matthew Wilcox <willy@...radead.org>, Alexander
Viro <viro@...iv.linux.org.uk>, Christian Brauner <brauner@...nel.org>, Jan
Kara <jack@...e.cz>, Eric Biederman <ebiederm@...ssion.com>, Kees Cook
<kees@...nel.org>, Suren Baghdasaryan <surenb@...gle.com>
Subject: Re: [PATCH 0/7] Make core VMA operations internal and testable
On Wed, 3 Jul 2024 21:33:00 +0100 Lorenzo Stoakes <lorenzo.stoakes@...cle.com> wrote:
> >
> > > 51 files changed, 3914 insertions(+), 2453 deletions(-)
> >
> > eep. The best time for me to merge this is late in the -rc cycle so
> > the large skew between mainline and mm.git doesn't spend months
> > hampering ongoing development. But that merge time is right now.
>
> Argh. Well, the numbers are scary, but it's _mostly_ moving code around
> with some pretty straightforward refactorings and adding a bunch of
> userland code that won't impact kernels at all.
>
> So I'd argue this is less crazy in size than it might seem...
OK, let's leave it a couple of days for some feedback then decide.
It's still a couple of weeks until we go upstream.
Powered by blists - more mailing lists