From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joe Perches Subject: Re: [PATCH 46/49] net/netfilter: Use vzalloc Date: Fri, 05 Nov 2010 08:25:34 -0700 Message-ID: <1288970734.18440.103.camel@Joe-Laptop> References: <7d6da34b7e84955795717b0241000a0701cd5b34.1288925425.git.joe@perches.com> <1288938640.3234.12.camel@edumazet-laptop> <1288940146.18440.55.camel@Joe-Laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Eric Dumazet , Jesper Juhl , Patrick McHardy , "David S. Miller" , netfilter-devel@vger.kernel.org, netfilter@vger.kernel.org, coreteam@netfilter.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org To: Jiri Kosina Return-path: In-Reply-To: Sender: netfilter-owner@vger.kernel.org List-Id: netdev.vger.kernel.org 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.