From: Andrew Morton <akpm@osdl.org>
To: "Randy.Dunlap" <rdunlap@xenotime.net>
Cc: gcoady.lk@gmail.com, ak@suse.de, linux-kernel@vger.kernel.org
Subject: Re: 2.6.17-rc2-mm1
Date: Thu, 27 Apr 2006 15:16:48 -0700 [thread overview]
Message-ID: <20060427151648.1a79b93a.akpm@osdl.org> (raw)
In-Reply-To: <20060427145017.f35c906f.rdunlap@xenotime.net>
"Randy.Dunlap" <rdunlap@xenotime.net> wrote:
>
> On Fri, 28 Apr 2006 07:41:52 +1000 Grant Coady wrote:
>
> > On Thu, 27 Apr 2006 12:19:30 -0700, Andrew Morton <akpm@osdl.org> wrote:
> >
> > >I don't like dropping patches. Because then the thing needs to be fixed up
> > >and resent and remerged and re-reviewed and rejects need to re-fixed-up and
> > >this adds emailing overhead and 12-24 hour turnaround, etc. I very much
> > >prefer to hang onto the patch and get it fixed up. This means that I
> > >usually have to do the fixing-up.
> >
> > Perhaps dropping patches with obvious faults with some feedback
> > to submitter may reduce your workload ;) And is slowing down the
> > merge a little in these cases such a bad thing if it improves
> > patch quality over time?
>
> True dat. That's what I would do. :)
As I say - I prefer to keep moving in the forward direction. So if a patch
needs coding-style cleanups, warning fixes, bugfixes, etc it's usually
quicker to just fix the thing immediately rather than send it back, wait
and then redo everything. The submitter sees the fixes and hence will
Never Do That Again (right?)
None of this is a particular burden for me - it'd average an hour a day,
tops. My main reason for the big whine is that this defect rate indicates
that people just aren't being sufficiently careful in their work. If so
many silly trivial things are slipping through, then what does this tell us
about the big things, ie: runtime bugs?
> But I seem to need more sleep than Andrew does.
There's plenty of time for that in the grave.
next prev parent reply other threads:[~2006-04-27 22:14 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-27 8:41 2.6.17-rc2-mm1 Andrew Morton
2006-04-27 10:16 ` 2.6.17-rc2-mm1 Andi Kleen
2006-04-27 19:19 ` 2.6.17-rc2-mm1 Andrew Morton
2006-04-27 19:26 ` 2.6.17-rc2-mm1 Andi Kleen
2006-04-27 19:44 ` checklist (Re: 2.6.17-rc2-mm1) Randy.Dunlap
2006-04-27 20:11 ` Andrew Morton
2006-04-27 20:17 ` Randy.Dunlap
2006-04-27 20:36 ` Martin Bligh
2006-04-27 19:56 ` Andi Kleen
2006-04-27 21:00 ` Martin Bligh
2006-04-27 20:11 ` Andi Kleen
2006-04-27 21:22 ` Martin Bligh
2006-04-28 17:30 ` Rafał J. Wysocki
2006-04-27 21:00 ` Christoph Hellwig
2006-04-28 14:03 ` Paulo Marques
2006-04-28 15:22 ` Jan Engelhardt
2006-05-01 21:20 ` Valerie Henson
2006-05-01 21:35 ` Martin Bligh
2006-05-01 23:11 ` Valerie Henson
2006-04-27 20:52 ` Jan Dittmer
2006-04-27 21:01 ` Randy.Dunlap
2006-04-27 21:41 ` 2.6.17-rc2-mm1 Grant Coady
2006-04-27 21:50 ` 2.6.17-rc2-mm1 Randy.Dunlap
2006-04-27 22:16 ` Andrew Morton [this message]
2006-04-27 10:27 ` 2.6.17-rc2-mm1 Michal Piotrowski
2006-04-27 13:07 ` 2.6.17-rc2-mm1 Michal Piotrowski
2006-04-27 15:28 ` 2.6.17-rc2-mm1 Greg KH
2006-04-27 15:32 ` 2.6.17-rc2-mm1 Michal Piotrowski
2006-04-27 20:53 ` 2.6.17-rc2-mm1 Greg KH
2006-04-27 22:09 ` 2.6.17-rc2-mm1 Michal Piotrowski
2006-04-27 15:26 ` 2.6.17-rc2-mm1 Greg KH
2006-04-27 15:43 ` 2.6.17-rc2-mm1 Michal Piotrowski
2006-04-27 15:01 ` 2.6.17-rc2-mm1: ACPI_DOCK=n, HOTPLUG_PCI_ACPI=y compile error Adrian Bunk
2006-04-27 15:47 ` 2.6.17-rc2-mm1 Matthieu CASTET
2006-04-27 18:02 ` 2.6.17-rc2-mm1 Vivek Goyal
2006-04-27 23:24 ` 2.6.17-rc2-mm1 Greg KH
2006-04-28 14:40 ` 2.6.17-rc2-mm1 Vivek Goyal
2006-04-28 16:07 ` 2.6.17-rc2-mm1 matthieu castet
2006-04-28 18:05 ` 2.6.17-rc2-mm1 Vivek Goyal
2006-04-27 17:57 ` [-mm patch] fix VIDEO_DEV=m, VIDEO_V4L1_COMPAT=y Adrian Bunk
2006-04-27 18:17 ` Andrew Morton
2006-04-27 20:15 ` Mauro Carvalho Chehab
2006-04-27 18:00 ` [-mm patch] fs/nfs/inode.c: make nfs_follow_referral() Adrian Bunk
2006-04-27 18:03 ` [-mm patch] mm/vmscan.c: make shrink_all_zones() static Adrian Bunk
2006-04-27 18:52 ` Rafael J. Wysocki
2006-04-27 20:33 ` [-mm patch] fs/gfs2/: possible cleanups Adrian Bunk
2006-04-27 16:54 2.6.17-rc2-mm1 Martin Bligh
[not found] <4450F5AD.9030200@google.com>
2006-04-28 8:20 ` 2.6.17-rc2-mm1 Andrew Morton
2006-05-01 14:24 ` 2.6.17-rc2-mm1 Martin J. Bligh
2006-05-01 17:07 ` 2.6.17-rc2-mm1 Andrew Morton
2006-05-01 17:14 ` 2.6.17-rc2-mm1 Martin Bligh
2006-05-01 17:19 ` 2.6.17-rc2-mm1 Badari Pulavarty
2006-05-01 17:26 ` 2.6.17-rc2-mm1 Martin Bligh
2006-05-01 17:55 ` 2.6.17-rc2-mm1 Badari Pulavarty
2006-05-01 17:57 ` 2.6.17-rc2-mm1 Martin Bligh
2006-05-01 18:32 ` 2.6.17-rc2-mm1 Andy Whitcroft
2006-05-01 23:29 ` 2.6.17-rc2-mm1 Badari Pulavarty
2006-05-01 17:32 ` 2.6.17-rc2-mm1 Martin Bligh
2006-05-02 20:20 ` 2.6.17-rc2-mm1 Martin Bligh
2006-05-01 18:34 ` 2.6.17-rc2-mm1 Andi Kleen
2006-05-02 13:20 ` 2.6.17-rc2-mm1 Andy Whitcroft
2006-05-02 20:00 ` 2.6.17-rc2-mm1 Martin Bligh
2006-05-02 20:09 ` 2.6.17-rc2-mm1 Andi Kleen
2006-05-03 6:47 ` 2.6.17-rc2-mm1 Jan Beulich
2006-05-03 6:49 ` 2.6.17-rc2-mm1 Andi Kleen
2006-05-03 7:08 ` 2.6.17-rc2-mm1 Jan Beulich
2006-05-03 7:38 ` 2.6.17-rc2-mm1 Andi Kleen
2006-05-03 8:12 ` 2.6.17-rc2-mm1 Andy Whitcroft
2006-05-03 8:25 ` 2.6.17-rc2-mm1 Jan Beulich
2006-05-03 19:26 ` 2.6.17-rc2-mm1 Andy Whitcroft
2006-05-04 7:40 ` 2.6.17-rc2-mm1 Andy Whitcroft
2006-05-04 16:28 ` 2.6.17-rc2-mm1 Andy Whitcroft
2006-05-03 5:37 2.6.17-rc2-mm1 Chuck Ebbert
2006-05-04 6:22 2.6.17-rc2-mm1 Chuck Ebbert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060427151648.1a79b93a.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=ak@suse.de \
--cc=gcoady.lk@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@xenotime.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®