Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1389371

Re: [GIT PULL] platform-drivers-x86 for 4.6-3

From Darren Hart <dvhart@infradead.org>
Newsgroups linux.kernel
Subject Re: [GIT PULL] platform-drivers-x86 for 4.6-3
Date 2016-04-27 19:00 +0200
Message-ID <rsAYG-4mv-23@gated-at.bofh.it> (permalink)
References <rspJU-3sU-9@gated-at.bofh.it> <rspTz-3Q0-1@gated-at.bofh.it> <rsAcj-3X0-19@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Apr 27, 2016 at 09:08:01AM -0700, Linus Torvalds wrote:
> On Tue, Apr 26, 2016 at 10:02 PM, Darren Hart <dvhart@infradead.org> wrote:
> >
> > Found myself not wanting to send a one patch pull request, but not wanting to
> > wait until RC6 and possibly miss 4.6.
> >
> > Do you have a preference during the RC cycle in terms of balance between patch
> > count and frequency for a small subsystem like platform-driver-x86?
> 
> Once a week like this is fine, even if it's just a single trivial
> one-liner change.
> 
> I don't mind small pull requests at all, and I don't see "just one
> tiny commit" as being a bad thing. Quite the reverse. Those pull
> requests are easy, and it just makes me feel "good, that subsystem is
> calm and quiet, but not because the maintainer is not responding to
> people".
> 
> In fact, getting small pull requests more often that once a week is
> also perfectly fine, although at that point there should be some
> _reason_ for it. But there are lots of valid reasons ("this is urgent
> because X", but also obviously things like "I maintain five different
> topic branches, this fourth pull request this week is for that other
> topic").
> 
> The thing to avoid is a pattern of lots of pointless small pull
> requests, and in particular "oh, we found a problem in the last
> hurried pull requests, so here's _another_ half-arsed hurried pull
> request to fix that". At that point, I'd much rather just see the
> maintainer keep the commits in his tree for longer, and test them
> better, and just let them cook a bit more. So I _will_ complain if I
> notice that there's commits that are very recent and they look dodgy.
> 
> But even there it's the _pattern_ that is annoying. If it happens once
> in a blue moon for a maintainer that otherwise has been dependable,
> that's fine. I can get really irritated if it's something that
> repeats.

Very helpful, thank you Linus. I believe I just inherited a TODO to find the
right spot in the documentation to record this.

-- 
Darren Hart
Intel Open Source Technology Center

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[GIT PULL] platform-drivers-x86 for 4.6-3 Darren Hart <dvhart@infradead.org> - 2016-04-27 07:00 +0200
  Re: [GIT PULL] platform-drivers-x86 for 4.6-3 Darren Hart <dvhart@infradead.org> - 2016-04-27 07:10 +0200
    Re: [GIT PULL] platform-drivers-x86 for 4.6-3 Linus Torvalds <torvalds@linux-foundation.org> - 2016-04-27 18:10 +0200
      Re: [GIT PULL] platform-drivers-x86 for 4.6-3 Darren Hart <dvhart@infradead.org> - 2016-04-27 19:00 +0200
        RFC tips-for-maintainers.txt (was Re: [GIT PULL]  platform-drivers-x86 for 4.6-3) Michael Ellerman <mpe@ellerman.id.au> - 2016-04-28 06:30 +0200

csiph-web