Linux Kernel Summit discussions
 help / color / mirror / Atom feed
From: "Theodore Tso" <tytso@mit.edu>
To: Dan Carpenter <error27@gmail.com>
Cc: Konstantin Ryabitsev <mricon@kernel.org>,
	Greg KH <greg@kroah.com>, Jonathan Corbet <corbet@lwn.net>,
	ksummit@lists.linux.dev
Subject: Re: [MAINTAINERS SUMMIT] Coping with the new-developer flood
Date: Thu, 6 Aug 2026 23:23:35 -0400	[thread overview]
Message-ID: <anVK-qkUOaIJkt9M@mit.edu> (raw)
In-Reply-To: <anThWLhqipEM34kg@stanley.mountain>

On Thu, Aug 06, 2026 at 10:32:40PM -0500, Dan Carpenter wrote:
> On Thu, Aug 06, 2026 at 01:28:25PM -0400, Konstantin Ryabitsev wrote:
> > - actually applies
> > - isn't against a known LTS branch
> 
> No one wants patches against an LTS branch.  That would violate the
> stable rules since everything should be upstream first.

Right, we should issue a warning if it's not a backport from upstream
(e.g., if it's against an LTS branch, it should have an
Upstream-commit: tag).

There are some few exceptions, where a fix can't be easily backported
to the LTS branch, and so a different way of fixing a particular
serious patch needs to be applied to the LTS branch.  But normally
this will be explicitly stated in the commit description, but we don't
do that in a structured way, so it might be hard for a non-LLM bot to
figure this out.  On the other hand, this is a pretty advanced
technique, and it's unlikely that a new kernel developer would be
doing something like this.  So we probably just ignore this case for a
newcomers-focused bot.

						- Ted

  parent reply	other threads:[~2026-08-07  3:23 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-05 23:26 [MAINTAINERS SUMMIT] Coping with the new-developer flood Jonathan Corbet
2026-08-06  9:24 ` Matthieu Baerts
2026-08-06 10:10 ` Dan Carpenter
2026-08-06 15:42 ` Theodore Tso
2026-08-06 15:57   ` Greg KH
2026-08-06 17:28     ` Konstantin Ryabitsev
2026-08-06 18:56       ` Shuah Khan
2026-08-06 19:32       ` Dan Carpenter
2026-08-06 21:14         ` Mark Brown
2026-08-07  3:23         ` Theodore Tso [this message]
2026-08-07  9:20           ` Matthieu Baerts
2026-08-07 11:56             ` Laurent Pinchart
2026-08-07 12:28               ` James Bottomley
2026-08-07 12:40                 ` Laurent Pinchart
2026-08-07 12:47                   ` Arnaldo Carvalho de Melo
2026-08-07 13:36                     ` Laurent Pinchart
2026-08-07 13:56                       ` Rafael J. Wysocki (Intel)
2026-08-07 16:38                       ` Miguel Ojeda
2026-08-07 12:51                   ` James Bottomley
2026-08-07 13:34                     ` Laurent Pinchart
2026-08-07 13:42                     ` Mark Brown
2026-08-07 13:02           ` Mimi Zohar
2026-08-07 13:12             ` Dan Carpenter
2026-08-07 16:37               ` Miguel Ojeda

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=anVK-qkUOaIJkt9M@mit.edu \
    --to=tytso@mit.edu \
    --cc=corbet@lwn.net \
    --cc=error27@gmail.com \
    --cc=greg@kroah.com \
    --cc=ksummit@lists.linux.dev \
    --cc=mricon@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