[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <202505200904.474938A8B5@keescook>
Date: Tue, 20 May 2025 09:06:10 -0700
From: Kees Cook <kees@...nel.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Shung-Hsi Yu <shung-hsi.yu@...e.com>,
Eduard Zingerman <eddyz87@...il.com>,
Pawan Gupta <pawan.kumar.gupta@...ux.intel.com>,
Uladzislau Rezki <urezki@...il.com>,
Erhard Furtner <erhard_f@...lbox.org>,
Danilo Krummrich <dakr@...nel.org>, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, bpf@...r.kernel.org,
linux-hardening@...r.kernel.org
Subject: Re: [PATCH 0/2] mm: vmalloc: Actually use the in-place vrealloc
region
On Mon, May 19, 2025 at 05:06:07PM -0700, Andrew Morton wrote:
> On Mon, 19 May 2025 12:18:42 -0700 Kees Cook <kees@...nel.org> wrote:
>
> > On Thu, May 15, 2025 at 02:42:14PM -0700, Kees Cook wrote:
> > > This fixes a performance regression[1] with vrealloc(). This needs to
> > > get into v6.15, which is where the regression originates, and then it'll
> > > get backport to the -stable releases as well.
>
> No -stable backporting will be needed?
I think it will, since the vrealloc patches were backported
automatically, e.g. in v6.14.y: 0b391a520b4e ("mm: vmalloc: support more
granular vrealloc() sizing")
> > Andrew, can you get these to Linus this week?
>
> Sure.
Thanks!
--
Kees Cook
Powered by blists - more mailing lists