public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
From: "gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>
To: "Manthey, Norbert" <nmanthey@amazon.de>
Cc: "sashal@kernel.org" <sashal@kernel.org>,
	"stable@vger.kernel.org" <stable@vger.kernel.org>
Subject: Re: Improving Linux Commit Backporting
Date: Thu, 3 Apr 2025 15:51:25 +0100	[thread overview]
Message-ID: <2025040311-overstate-satin-1a8f@gregkh> (raw)
In-Reply-To: <2025040348-grant-unstylish-a78b@gregkh>

On Thu, Apr 03, 2025 at 02:57:34PM +0100, gregkh@linuxfoundation.org wrote:
> On Thu, Apr 03, 2025 at 02:45:35PM +0100, gregkh@linuxfoundation.org wrote:
> > On Thu, Apr 03, 2025 at 01:15:28PM +0000, Manthey, Norbert wrote:
> > > Dear Linux Stable Maintainers,
> > > 
> > > while maintaining downstream Linux releases, we noticed that we have to
> > > backport some patches manually, because they are not picked up by your
> > > automated backporting. Some of these backports can be done with
> > > improved cherry-pick tooling. We have implemented a script/tool "git-
> > > fuzzy-pick" which we would like to share. Besides picking more commits,
> > > the tool also supports executing a validation script right after
> > > picking, e.g. compiling the modified source file. Picking stats and
> > > details are presented below.
> > > 
> > > We would like to discuss whether you can integrate this improved tool
> > > into into your daily workflows. We already found the stable-tools
> > > repository [1] with some scripts that help automate backporting. To
> > > contribute git-fuzzy-pick there, we would need you to declare a license
> > > for the current state of this repository.
> > 
> > There's no need for us to declare the license for the whole repo, you
> > just need to pick a license for your script to be under.  Anything
> > that's under a valid open source license is fine with me.
> > 
> > That being said, I did just go and add SPDX license lines to all of the
> > scripts that I wrote, or that was already defined in the comments of the
> > files, to make it more obvious what they are under.
> 
> Wait, you should be looking at the scripts in the stable-queue.git tree
> in the scripts/ directory.  You pointed at a private repo of some things
> that Sasha uses for his work, which is specific to his workflow.

Also, one final things.  Doing backports to older kernels is a harder
task than doing it for newer kernels.  This means you need to do more
work, and have a more experienced developer do that work, as the nuances
are tricky and slight and they must understand the code base really
well.

Attempting to automate this, and make it a "junior developer" task
assignment is ripe for errors and problems and tears (on my side and
yours.)  We have loads of examples of this in the past, please don't
duplicate the errors of others and think that "somehow, this time it
will be different!", but rather "learn from our past mistakes and only
make new ones."

Good luck with backporting, as I know just how hard of a task this
really is.  And obviously, you are learning that too :)

greg k-h

  reply	other threads:[~2025-04-03 14:52 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-04-03 13:15 Improving Linux Commit Backporting Manthey, Norbert
2025-04-03 13:45 ` gregkh
2025-04-03 13:57   ` gregkh
2025-04-03 14:51     ` gregkh [this message]
     [not found]       ` <a830cc37fd56d7e7d145342472ede2c924d86837.camel@amazon.de>
2025-04-05  7:21         ` gregkh
2025-04-07  7:26       ` Manthey, Norbert
2025-04-07  7:31         ` gregkh
2025-04-07 13:26           ` Willy Tarreau
2025-04-07 14:25       ` Sasha Levin

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=2025040311-overstate-satin-1a8f@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=nmanthey@amazon.de \
    --cc=sashal@kernel.org \
    --cc=stable@vger.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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox