lkml.org 
[lkml]   [2018]   [May]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Ksummit-discuss] bug-introducing patches
    On Wed, May 02, 2018 at 05:38:32PM -0700, Guenter Roeck wrote:
    > > Because if that last is the case, then the prescription is very simple
    > > and not controversial --- bug fixes found post -rc4 should be held to
    > > the next merge window.
    > >
    >
    > Holding up even fixes for severe bugs for 4-6 weeks ? Seriously, that is
    > unrealistic. Holding up the fix for the next SpeckHammer because it was not
    > ready before -rc4 ? I don't think so.

    That's exactly what I explained earlier in this thread, it will actually
    make the resulting kernels even worse as soon as there is less than 100%
    regression (which is the case, since some fixes are valid). Postponing
    valid fixes because some of them might be wrong is a bad idea. We need
    to trust the developer regarding the test coverage and the developer has
    to become trusted by openly indicating the type of testing run on the
    patch. From there it will become easier to decide whether to revert a
    whole patch set after a few failed fixes, or to take a few more fixes
    in hopes that ultimately everything will be good.

    Willy

    \
     
     \ /
      Last update: 2018-05-03 09:44    [W:4.079 / U:0.408 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site