From: Joe Perches <joe@perches.com>
To: David Miller <davem@davemloft.net>
Cc: pablo@netfilter.org, kaber@trash.net, andy.grover@oracle.com,
trivial@kernel.org, netfilter-devel@vger.kernel.org,
netfilter@vger.kernel.org, coreteam@netfilter.org,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
rds-devel@oss.oracle.com
Subject: Re: [TRIVIAL PATCH next 15/15] net: Convert vmalloc/memset to vzalloc
Date: Thu, 02 Jun 2011 18:35:44 -0700 [thread overview]
Message-ID: <1307064945.14598.14.camel@Joe-Laptop> (raw)
In-Reply-To: <20110602.143927.1073346459383432955.davem@davemloft.net>
On Thu, 2011-06-02 at 14:39 -0700, David Miller wrote:
> From: Pablo Neira Ayuso <pablo@netfilter.org>
> Date: Thu, 02 Jun 2011 16:49:53 +0200
> > Are you going to take this patch? it includes one chunk which is out of
> > netfilter scope.
> I think the trivial folks submit these things via their own tree
> and are only looking for ACKs from us.
> Acked-by: David S. Miller <davem@davemloft.net>
Getting trivial patches applied between the various
maintainers and the trivial tree is most often a bit
uncoordinated and haphazard.
Doing micropatches for each subsystem maintainer
does sometimes appear to be detrimental to getting
any treewide modification applied.
I've experimented with both micropatches and
treewide patches to gauge what happens.
I'm not sure either approach is better or worse.
In any case, it commonly takes several submittals
for these sort of trivial patches to get applied
either by the subtree maintainer or by Jiri.
Jiri often waits a few weeks for patches to get
picked up by any subtree maintainer before looking
at his trivial emails. Sometimes he acks what's
left, sometimes what's left just disappears into
the ethervoid waiting for the submitter to try
again.
No worries, that's just the way it is.
next prev parent reply other threads:[~2011-06-03 1:35 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-28 17:36 [TRIVIAL PATCH next 00/15] treewide: Convert vmalloc/memset to vzalloc Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 01/15] s390: " Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 02/15] x86: " Joe Perches
2011-05-29 19:25 ` [tip:x86/cleanups] x86: Convert vmalloc()+memset() to vzalloc() tip-bot for Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 03/15] atm: Convert vmalloc/memset to vzalloc Joe Perches
2011-05-28 17:36 ` [Drbd-dev] [TRIVIAL PATCH next 04/15] drbd: " Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 05/15] char: " Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 06/15] isdn: " Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 07/15] md: " Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 08/15] media: " Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 09/15] mtd: " Joe Perches
2011-06-01 8:20 ` Artem Bityutskiy
2011-06-01 8:20 ` Artem Bityutskiy
2011-05-28 17:36 ` [TRIVIAL PATCH next 10/15] scsi: " Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 11/15] staging: " Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 12/15] video: " Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:48 ` Heiko Stübner
2011-05-28 17:48 ` Heiko Stübner
2011-05-28 18:13 ` [TRIVIAL PATCH V2 " Joe Perches
2011-05-28 18:13 ` [TRIVIAL PATCH V2 next 12/15] video: Convert vmalloc/memset to Joe Perches
2011-05-28 18:13 ` [TRIVIAL PATCH V2 next 12/15] video: Convert vmalloc/memset to vzalloc Joe Perches
2011-05-31 14:28 ` [TRIVIAL PATCH V2 next 12/15] video: Convert vmalloc/memset to Konrad Rzeszutek Wilk
2011-05-31 14:28 ` [TRIVIAL PATCH V2 next 12/15] video: Convert vmalloc/memset to vzalloc Konrad Rzeszutek Wilk
2011-05-31 14:28 ` Konrad Rzeszutek Wilk
2011-06-02 8:26 ` Paul Mundt
2011-06-02 8:26 ` Paul Mundt
2011-06-02 8:26 ` Paul Mundt
2011-05-28 17:48 ` [TRIVIAL PATCH " Heiko Stübner
2011-05-30 11:40 ` Mel Gorman
2011-05-30 11:40 ` [TRIVIAL PATCH next 12/15] video: Convert vmalloc/memset to Mel Gorman
2011-05-30 11:40 ` [TRIVIAL PATCH next 12/15] video: Convert vmalloc/memset to vzalloc Mel Gorman
2011-05-28 17:36 ` [TRIVIAL PATCH next 13/15] fs: " Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` Joe Perches
2011-05-31 18:20 ` Alex Elder
2011-05-31 18:20 ` Alex Elder
2011-05-31 18:20 ` Alex Elder
2011-05-28 17:36 ` [TRIVIAL PATCH next 14/15] mm: " Joe Perches
2011-05-28 17:36 ` Joe Perches
[not found] ` <f3d616b526e00bd8f01a250b7ce8c5a6e2412768.1306603968.git.joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
2011-05-31 19:47 ` Paul Menage
2011-05-31 19:47 ` Paul Menage
2011-05-31 19:47 ` Paul Menage
[not found] ` <cover.1306603968.git.joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
2011-05-28 17:36 ` Joe Perches
2011-05-28 17:36 ` [TRIVIAL PATCH next 15/15] net: " Joe Perches
2011-06-02 14:49 ` Pablo Neira Ayuso
2011-06-02 21:39 ` David Miller
2011-06-03 1:35 ` Joe Perches [this message]
2011-06-03 9:39 ` Pablo Neira Ayuso
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=1307064945.14598.14.camel@Joe-Laptop \
--to=joe@perches.com \
--cc=andy.grover@oracle.com \
--cc=coreteam@netfilter.org \
--cc=davem@davemloft.net \
--cc=kaber@trash.net \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=netfilter@vger.kernel.org \
--cc=pablo@netfilter.org \
--cc=rds-devel@oss.oracle.com \
--cc=trivial@kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.