lkml.org 
[lkml]   [2009]   [Jan]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PULL -tip] fixed few make headers_check warnings

    * Sam Ravnborg <sam@ravnborg.org> wrote:

    > On Tue, Jan 13, 2009 at 01:49:21PM +0100, Ingo Molnar wrote:
    > >
    > > * Jaswinder Singh Rajput <jaswinder@infradead.org> wrote:
    > >
    > > > Hello Ingo,
    > > >
    > > > Please pull these patches. Earlier I also floated these patches so that
    > > > I can get some feedback.
    > >
    > > Sam, Andrew, David, what's your workflow preference for these bits?
    > >
    > > While they are oneliners and i could create a separate branch for these
    > > and pull Jaswinder's tree (and do build coverage to make sure there's no
    > > surprised on any arch), it's really up to the maintainers of these files
    > > to decide on the workflow.
    > >
    > > I'd lean towards doing this via the individual maintainers and/or -mm, but
    > > no strong feelings ...
    >
    > As they are one-liners for the most part I am fine with you handling
    > them in a eparate branch.
    >
    > It is far better than I queue them up for at least two weeks before I
    > can give the kernel a bit of attention again.
    >
    > Obviously it would be better if the Maintainers took them but history
    > tells us we cannot rely on that for all areas.

    i dont think maintainers are bad at doing this - the problem and overhead
    is on the submission side: the logistics of spreading dozens of very small
    commits out to dozens of maintainers - each of who prefers a different
    submission channel.

    We have no automation for that (to make sure there's guaranteed progress
    and to make sure there's no lost patch) and hence it's simply neither
    efficient nor reliable to do it.

    These particular commits seem rather uncontroversial - and they are not
    part of some bigger facility so they are individually revertable as well.
    Worst-case they break the build somewhere or cause a raised maintainer
    eyebrow - we'll try to make sure that no such thing happens on a larger
    scale.

    Ingo


    \
     
     \ /
      Last update: 2009-01-15 11:59    [W:5.155 / U:0.300 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site