lkml.org 
[lkml]   [2018]   [Apr]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes
On Tue, 17 Apr 2018, Greg KH wrote:

> It already is that :)

I have a question: I guess a stable team has an idea who they are
preparing the tree for, IOW who is the target consumer. Who is it?

Certainly it's not major distros, as both RH and SUSE already stated that
they are either not basing off the stable kernel (only cherry-pick fixes
from it) (RH), or are quite far in the process of moving away from stable
tree towards combination of what RH is doing + semi-automated evaluation
of Fixes: tag (SUSE).

If the target audience is somewhere else, that's perfectly fine, but then
it'd have to be stated explicitly I guess.

I can't speak for RH, but for us (at least me personally), the pace of
patches flowing into -stable is way too high for us to keep control of
what is landing in our tree.

In some sense, stability should be equivalent to "minimal necessary amout
of super-critical changes". That's not what this "let's backport
proactively almost everything that has word 'fixes' in changelog" (I'm a
bit exaggerating of course) seems to be about.

Again, the rules stated out in

Documentation/process/stable-kernel-rules.rst

are very nice, and are exactly something at least we would be very happy
about. They have the nice hidden asumption in them, that someone actually
has to actively invest human brain power to think about the fix, its
consequences, prerequisities, etc. Not just doing a big dump of all
commits that "might fix something".

How many of the actual patches flowing into -stable would satisfy those
criteria these days?

IOW, I'm pretty sure our users are much happier with us supplying them
reactive fixes than pro-active uncertainity.

> The problem Sasha is trying to solve here is that for many subsystems,
> maintainers do not mark patches for stable at all.

The pressure on those subsystems should be coming from unhappy users
(being it end-users or vendors redistributing the tree) of the stable
tree, who would be complaining about missing fixes for those subsystems.
Is this actually happening? Where?

> Oh, and if you do want to complain about huge new features being
> backported, look at the mess that Spectre and Meltdown has caused in the
> stable trees. I don't see anyone complaining about those massive
> changes :)

Umm, sorry, how is this related?

There simply was no other way, and I took it for given that this is seen
by everybody involved as an absolute exception, due to the nature of the
issue and of the massive changes that were needed.

Thanks,

--
Jiri Kosina
SUSE Labs

\
 
 \ /
  Last update: 2018-04-17 13:22    [W:0.538 / U:0.164 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site