From: "David S. Miller" <davem@redhat.com>
To: Russell King <rmk@arm.linux.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: All architecture maintainers: pgd_alloc()
Date: Sun, 22 Apr 2001 21:44:07 -0700 (PDT) [thread overview]
Message-ID: <15075.45847.624767.960502@pizda.ninka.net> (raw)
In-Reply-To: <20010421154455.C7576@flint.arm.linux.org.uk>
In-Reply-To: <20010421154455.C7576@flint.arm.linux.org.uk>
Russell King writes:
> There are various options here:
>
> 1. Either I can fix up all architectures, and send a patch to this list, or
Fixup all the architectures and send this and the ARM bits to Linus.
I really would wish folks would not choose Alan as the first place
to send the patch. I'm not directly accusing anyone of it, but it
does appear that often AC is used as a "back door" to get a change
in. While this scheme most of the time, often it unnecessarily
overworks Alan which I think is unfair.
Sending it to Linus first also eliminates 2 levels of indirection
each time Linus wants something done differently in the change.
person --> alan --> linus --> needs change
alan BCC's person, person codes new version
person --> alan --> linus --> etc. etc.
Sure Alan could fix it up himself, but...
My main point is that for changes like this, sending stuff to Alan
first is often an ineffective mechanism. If someone were to reply to
this "Linus is hard to push changes too, or takes too long" my reply
is "if this is really the problem, should the burdon should be
entirely placed on Alan's shoulders?"
The AC patches are huge, but they have substantially decreased in size
during the recent 2.4.4-preX series. And sure, Alan makes conscious
decisions to apply patches and eventually work to push them to Linus,
but honestly people should consider ways to help decrease his load.
Later,
David S. Miller
davem@redhat.com
next prev parent reply other threads:[~2001-04-23 4:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-21 14:44 Russell King
2001-04-23 4:44 ` David S. Miller [this message]
2001-04-23 4:54 ` Miles Lane
2001-04-23 4:59 ` Miles Lane
2001-04-23 9:31 ` Alan Cox
2001-04-23 15:32 ` Miles Lane
2001-04-23 9:27 ` Alan Cox
2001-04-23 12:32 ` Russell King
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=15075.45847.624767.960502@pizda.ninka.net \
--to=davem@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk@arm.linux.org.uk \
/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®