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