From: Joe Perches <joe@perches.com>
To: Jiri Kosina <jkosina@suse.cz>
Cc: Eric Dumazet <eric.dumazet@gmail.com>,
Jesper Juhl <jj@chaosbits.net>, Patrick McHardy <kaber@trash.net>,
"David S. Miller" <davem@davemloft.net>,
netfilter-devel@vger.kernel.org, netfilter@vger.kernel.org,
coreteam@netfilter.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 46/49] net/netfilter: Use vzalloc
Date: Fri, 05 Nov 2010 08:25:34 -0700 [thread overview]
Message-ID: <1288970734.18440.103.camel@Joe-Laptop> (raw)
In-Reply-To: <alpine.LNX.2.00.1011051108270.15851@pobox.suse.cz>
On Fri, 2010-11-05 at 11:10 -0400, Jiri Kosina wrote:
> On Thu, 4 Nov 2010, Joe Perches wrote:
> > I also think a single rolled-up single patch is good.
> > I believe Jiri Kosina can easily apply all these individual patches as a
> > single patch if he chooses.
> I will, after this settles a little bit (the same for the WARN series).
> I prefer waiting a bit before applying your patches usually.
> First to see what lands in linux-next through maintainer's trees, second
> to gather Acks.
I think that's the right way to do these
sorts of trivial changes too.
Individual patches cc'd to maintainers for
feedback, improvement, acks or to be directly
applied to their trees, followed by a longish
delay before any unapplied patches are taken
up as a single patch by your trivial queue.
Thanks for doing that work Jiri.
next prev parent reply other threads:[~2010-11-05 15:25 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-30 21:35 [PATCH] cgroup: Avoid a memset by using vzalloc Jesper Juhl
2010-10-30 23:34 ` Minchan Kim
2010-10-31 17:33 ` Balbir Singh
2010-11-01 5:40 ` Jesper Juhl
2010-11-03 14:38 ` Christoph Lameter
2010-11-03 15:20 ` jovi zhang
2010-11-03 15:31 ` Christoph Lameter
2010-11-03 15:48 ` Joe Perches
2010-11-03 16:10 ` Christoph Lameter
2010-11-04 21:43 ` Jesper Juhl
[not found] ` <cover.1288925424.git.joe@perches.com>
2010-11-05 3:07 ` [PATCH 01/49] arch/ia64: Use vzalloc Joe Perches
2010-11-05 3:07 ` [PATCH 02/49] arch/mips: " Joe Perches
2010-11-05 10:51 ` Ralf Baechle
2010-11-05 3:07 ` [PATCH 03/49] arch/powerpc: " Joe Perches
2010-11-05 13:08 ` [Cbe-oss-dev] " Jeremy Kerr
2010-11-05 3:07 ` [PATCH 04/49] arch/s390: " Joe Perches
2010-11-05 3:07 ` [PATCH 05/49] arch/x86: " Joe Perches
2010-11-05 4:22 ` Takuya Yoshikawa
2010-11-05 3:07 ` [PATCH 06/49] crypto: " Joe Perches
2010-11-27 8:31 ` Herbert Xu
2010-11-05 3:07 ` [PATCH 07/49] drivers/atm: " Joe Perches
2010-11-05 3:07 ` [PATCH 08/49] drivers/block: " Joe Perches
2010-11-05 3:07 ` [PATCH 09/49] drivers/char: " Joe Perches
2010-11-05 3:07 ` [PATCH 10/49] drivers/gpu: " Joe Perches
2010-11-05 9:29 ` Thomas Hellstrom
2010-11-05 3:07 ` [PATCH 11/49] drivers/hid: " Joe Perches
2010-11-05 3:07 ` [PATCH 12/49] drivers/infiniband: " Joe Perches
2011-01-12 19:12 ` Roland Dreier
2010-11-05 3:07 ` [PATCH 13/49] drivers/isdn: " Joe Perches
2010-11-05 3:07 ` [PATCH 14/49] drivers/md: " Joe Perches
2010-11-05 3:07 ` [PATCH 15/49] drivers/media: " Joe Perches
2010-11-05 3:07 ` [PATCH 16/49] drivers/mtd: " Joe Perches
2010-11-13 11:19 ` Artem Bityutskiy
2010-11-05 3:07 ` [PATCH 17/49] drivers/net/cxgb3: " Joe Perches
2010-11-05 3:07 ` [PATCH 18/49] drivers/net/cxgb4: " Joe Perches
2010-11-05 3:07 ` [PATCH 19/49] drivers/net/e1000: " Joe Perches
2010-11-05 3:07 ` [PATCH 20/49] drivers/net/e1000e: " Joe Perches
2010-11-05 3:07 ` [PATCH 21/49] drivers/net/ehea: " Joe Perches
2010-11-05 3:07 ` [PATCH 22/49] drivers/net/igb: " Joe Perches
2010-11-05 3:07 ` [PATCH 23/49] drivers/net/igbvf: " Joe Perches
2010-11-05 11:58 ` Rose, Gregory V
2010-11-05 3:07 ` [PATCH 24/49] drivers/net/ixgb: " Joe Perches
2010-11-05 3:07 ` [PATCH 25/49] drivers/net/ixgbe: " Joe Perches
2010-11-05 3:07 ` [PATCH 26/49] drivers/net/ixgbevf: " Joe Perches
2010-11-05 11:59 ` Rose, Gregory V
2010-11-05 3:07 ` [PATCH 27/49] drivers/net/netxen: " Joe Perches
2010-11-05 5:18 ` Amit Salecha
2010-11-05 3:07 ` [PATCH 28/49] drivers/net/pch_gbe: " Joe Perches
2010-11-05 3:07 ` [PATCH 29/49] drivers/net/qlcnic: " Joe Perches
2010-11-05 3:07 ` [PATCH 30/49] drivers/net/sfc: " Joe Perches
2010-11-05 3:07 ` [PATCH 31/49] drivers/net/vxge: " Joe Perches
2010-11-05 3:07 ` [PATCH 32/49] drivers/net/bnx2.c: " Joe Perches
2010-11-05 3:07 ` [PATCH 33/49] drivers/s390: " Joe Perches
2010-11-05 3:07 ` [PATCH 34/49] drivers/scsi: " Joe Perches
2010-11-05 3:07 ` [PATCH 35/49] drivers/staging: " Joe Perches
2010-11-05 3:08 ` [PATCH 36/49] drivers/video: " Joe Perches
2010-11-05 5:27 ` Dave Young
2010-11-05 5:31 ` Joe Perches
2010-11-08 16:43 ` Konrad Rzeszutek Wilk
2010-11-05 3:08 ` [PATCH 37/49] fs/ext4: " Joe Perches
[not found] ` <F35C793E-7CBA-4631-8928-C34D5B39F148@dilger.ca>
2010-11-05 7:18 ` [PATCH V2 " Joe Perches
2010-12-20 3:22 ` Ted Ts'o
2010-11-05 3:08 ` [PATCH 38/49] fs/jffs2: " Joe Perches
2010-11-13 11:19 ` Artem Bityutskiy
2010-11-05 3:08 ` [PATCH 39/49] fs/reiserfs: " Joe Perches
2010-11-05 3:08 ` [PATCH 40/49] fs/udf: " Joe Perches
2010-11-05 9:11 ` Jan Kara
2010-11-05 9:15 ` Peter Bortas
2010-11-05 9:30 ` Jan Kara
2010-11-05 3:08 ` [PATCH 41/49] fs/xfs: " Joe Perches
2010-11-05 17:09 ` Alex Elder
2010-11-05 3:08 ` [PATCH 42/49] include/linux/coda_linux.h: " Joe Perches
2010-11-05 3:08 ` [PATCH 43/49] kernel: " Joe Perches
2010-11-05 3:08 ` [PATCH 44/49] mm: " Joe Perches
2010-11-05 3:08 ` [PATCH 45/49] net/core/pktgen.c: " Joe Perches
2010-11-05 3:08 ` [PATCH 46/49] net/netfilter: " Joe Perches
2010-11-05 6:30 ` Eric Dumazet
2010-11-05 6:55 ` Joe Perches
2010-11-05 7:16 ` Eric Dumazet
2010-11-05 17:01 ` Jesper Juhl
2010-11-05 15:10 ` Jiri Kosina
2010-11-05 15:25 ` Joe Perches [this message]
2010-11-05 3:08 ` [PATCH 47/49] net/rds: " Joe Perches
2010-11-05 3:08 ` [PATCH 48/49] sound/oss/dev_table.c: " Joe Perches
2010-11-22 6:59 ` Takashi Iwai
2010-11-05 3:08 ` [PATCH 49/49] virt/kvm/kvm_main.c: " Joe Perches
2010-11-05 4:25 ` Takuya Yoshikawa
2010-11-05 4:44 ` Joe Perches
2010-11-05 5:31 ` [PATCH V2 36/49] drivers/video: " Joe Perches
2010-11-03 16:37 ` [PATCH] cgroup: Avoid a memset by using vzalloc Américo Wang
2010-11-01 22:00 ` Paul Menage
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=1288970734.18440.103.camel@Joe-Laptop \
--to=joe@perches.com \
--cc=coreteam@netfilter.org \
--cc=davem@davemloft.net \
--cc=eric.dumazet@gmail.com \
--cc=jj@chaosbits.net \
--cc=jkosina@suse.cz \
--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 \
/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