From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753205Ab3JWTqW (ORCPT ); Wed, 23 Oct 2013 15:46:22 -0400 Received: from ja.ssi.bg ([178.16.129.10]:38555 "EHLO ja.home.ssi.bg" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752742Ab3JWTqV (ORCPT ); Wed, 23 Oct 2013 15:46:21 -0400 Date: Wed, 23 Oct 2013 22:37:19 +0300 (EEST) From: Julian Anastasov X-X-Sender: ja@ja.home.ssi.bg To: John Stultz cc: LKML , Eric Dumazet , Thomas Petazzoni , Mirko Lindner , Stephen Hemminger , Roger Luethi , Patrick McHardy , Rusty Russell , "Michael S. Tsirkin" , Alexey Kuznetsov , James Morris , Hideaki YOSHIFUJI , Wensong Zhang , Simon Horman , Jesse Gross , Mathieu Desnoyers , Steven Rostedt , Peter Zijlstra , Ingo Molnar , Thomas Gleixner , "David S. Miller" , netdev@vger.kernel.org, netfilter-devel@vger.kernel.org Subject: Re: [PATCH 1/4] [RFC] net: Explicitly initialize u64_stats_sync structures for lockdep In-Reply-To: <52681407.8060804@linaro.org> Message-ID: References: <1381186321-4906-1-git-send-email-john.stultz@linaro.org> <1381186321-4906-2-git-send-email-john.stultz@linaro.org> <52681407.8060804@linaro.org> User-Agent: Alpine 2.03 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Wed, 23 Oct 2013, John Stultz wrote: > Just wanted to ping folks on this patch, as I haven't gotten any feedback. > > As its a prereq for the seqcount lockdep support, I'd like to get it > queued/merged, but I'm not sure what the right maintainer path or > approach should be. > > 1) Do folks prefer to see this patch split up into 30-some separate > trivial clenaup patches, or have it go in all as one logical change? > > 2) Would folks want this patch (in whichever form) to be merged > separately via the networking maintainers, or can it be merged via -tip > as part of the seqcount lockdep series? The IPVS part in net/netfilter/ipvs/ looks ok to me. We do not have any pending changes for this area, so you can skip the ipvs trees for this change. If you need ack for the IPVS part, here it is: Acked-by: Julian Anastasov Regards -- Julian Anastasov From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julian Anastasov Subject: Re: [PATCH 1/4] [RFC] net: Explicitly initialize u64_stats_sync structures for lockdep Date: Wed, 23 Oct 2013 22:37:19 +0300 (EEST) Message-ID: References: <1381186321-4906-1-git-send-email-john.stultz@linaro.org> <1381186321-4906-2-git-send-email-john.stultz@linaro.org> <52681407.8060804@linaro.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: LKML , Eric Dumazet , Thomas Petazzoni , Mirko Lindner , Stephen Hemminger , Roger Luethi , Patrick McHardy , Rusty Russell , "Michael S. Tsirkin" , Alexey Kuznetsov , James Morris , Hideaki YOSHIFUJI , Wensong Zhang , Simon Horman , Jesse Gross , Mathieu Desnoyers , Steven Rostedt , Peter Zijlstra , Ingo Molnar , Thomas Gleixner , "David S. Miller" , netdev@vger.kernel.org, netfilter-devel@vger.ker To: John Stultz Return-path: In-Reply-To: <52681407.8060804@linaro.org> Sender: netfilter-devel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Hello, On Wed, 23 Oct 2013, John Stultz wrote: > Just wanted to ping folks on this patch, as I haven't gotten any feedback. > > As its a prereq for the seqcount lockdep support, I'd like to get it > queued/merged, but I'm not sure what the right maintainer path or > approach should be. > > 1) Do folks prefer to see this patch split up into 30-some separate > trivial clenaup patches, or have it go in all as one logical change? > > 2) Would folks want this patch (in whichever form) to be merged > separately via the networking maintainers, or can it be merged via -tip > as part of the seqcount lockdep series? The IPVS part in net/netfilter/ipvs/ looks ok to me. We do not have any pending changes for this area, so you can skip the ipvs trees for this change. If you need ack for the IPVS part, here it is: Acked-by: Julian Anastasov Regards -- Julian Anastasov