From: Pavel Machek <pavel@ucw.cz>
To: Kent Overstreet <kent.overstreet@linux.dev>
Cc: Vlastimil Babka <vbabka@suse.cz>,
kernel list <linux-kernel@vger.kernel.org>,
Greg KH <gregkh@linuxfoundation.org>,
Oleksandr Natalenko <oleksandr@natalenko.name>,
Jiri Benc <jbenc@redhat.com>, Sasha Levin <sashal@kernel.org>,
stable@vger.kernel.org,
Thorsten Leemhuis <regressions@leemhuis.info>
Subject: Re: stable-kernel-rules was Re: fs/bcachefs/
Date: Fri, 23 Feb 2024 19:50:36 +0100 [thread overview]
Message-ID: <Zdjo/D8dZ/gJ4vz4@duo.ucw.cz> (raw)
In-Reply-To: <bhqwmyfmd3a5mgsdbfom6hz2cvhf75felzf2bu3aiusr6f3ael@6qo7buimzot2>
[-- Attachment #1: Type: text/plain, Size: 1127 bytes --]
Hi!
> > There seems to be just one rule being observed: "It or an equivalent
> > fix must already exist in Linus' tree (upstream).". Every other rule is
> > broken pretty much all the time.
> >
> > AUTOSEL is a problem.
> >
> > Plus there's problem with dependencies -- if a patch A is need for fix
> > B, the rules pretty much go out of the window, huge patches are
> > applied, whitespace fixes are applied, etc.
> >
> > There are even known-bad patches being applied, and then
> > reverted. Greg explained that it heps his process somehow.
>
> This seems to be a pretty consistent theme theme - thins are done baesd
> on whatever makes Greg's process easier, not input from the people
> stable ought to be working with. Pretty questionable set of priorities
> if you ask me.
Well, I'd not mind stable process following the documented rules.
But fixing the documentation to match the reality would also be an
improvement, because some people actually read it and expect it to be
followed.
Best regards,
Pavel
--
People of Russia, stop Putin before his war on Ukraine escalates.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
prev parent reply other threads:[~2024-02-23 18:50 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <g6el7eghhdk2v5osukhobvi4pige5bsfu5koqtmoyeknat36t7@irmmk7zo7edh>
[not found] ` <uknxc26o6td7g6rawxffvsez46djmvcy2532kza2zyjuj33k7p@4jdywourgtqg>
[not found] ` <2024022103-municipal-filter-fb3f@gregkh>
[not found] ` <4900587.31r3eYUQgx@natalenko.name>
[not found] ` <2024022155-reformat-scorer-98ae@gregkh>
[not found] ` <aaf2f030-b6f4-437b-bb4e-79aa4891ae56@suse.cz>
2024-02-22 19:19 ` Pavel Machek
2024-02-22 22:33 ` Kent Overstreet
2024-02-23 18:50 ` Pavel Machek [this message]
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=Zdjo/D8dZ/gJ4vz4@duo.ucw.cz \
--to=pavel@ucw.cz \
--cc=gregkh@linuxfoundation.org \
--cc=jbenc@redhat.com \
--cc=kent.overstreet@linux.dev \
--cc=linux-kernel@vger.kernel.org \
--cc=oleksandr@natalenko.name \
--cc=regressions@leemhuis.info \
--cc=sashal@kernel.org \
--cc=stable@vger.kernel.org \
--cc=vbabka@suse.cz \
/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
all inboxes | Powered by JetHome®