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:4.102 / U:1.040 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site