[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y/7fFHv3dU6osd6x@sol.localdomain>
Date: Tue, 28 Feb 2023 21:13:56 -0800
From: Eric Biggers <ebiggers@...nel.org>
To: Slade Watkins <srw@...dewatkins.net>
Cc: Greg KH <gregkh@...uxfoundation.org>,
Sasha Levin <sashal@...nel.org>,
Amir Goldstein <amir73il@...il.com>,
linux-kernel@...r.kernel.org, stable@...r.kernel.org,
viro@...iv.linux.org.uk, linux-fsdevel@...r.kernel.org
Subject: Re: AUTOSEL process
On Tue, Feb 28, 2023 at 09:05:16PM -0500, Slade Watkins wrote:
> On 2/28/23 06:28, Greg KH wrote:
> >> But just so you know, as a maintainer, you have the option to request that
> >> patches to your subsystem will not be selected by AUTOSEL and run your
> >> own process to select, test and submit fixes to stable trees.
> >
> > Yes, and simply put, that's the answer for any subsystem or maintainer
> > that does not want their patches picked using the AUTOSEL tool.
> >
> > The problem that the AUTOSEL tool is solving is real, we have whole
> > major subsystems where no patches are ever marked as "for stable" and so
> > real bugfixes are never backported properly.
>
> Yeah, I agree.
>
> And I'm throwing this out here [after having time to think about it due to an
> internet outage], but, would Cc'ing the patch's relevant subsystems on AUTOSEL
> emails help? This was sort of mentioned in this email[1] from Eric, and I
> think it _could_ help? I don't know, just something that crossed my mind earlier.
>
AFAICT, that's already being done now, which is good. What I was talking about
is that the subsystem lists aren't included on the *other* stable emails. Most
importantly, the "FAILED: patch failed to apply to stable tree" emails.
- Eric
Powered by blists - more mailing lists