From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750818Ab3FCDnS (ORCPT ); Sun, 2 Jun 2013 23:43:18 -0400 Received: from e34.co.us.ibm.com ([32.97.110.152]:43358 "EHLO e34.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750844Ab3FCDnK (ORCPT ); Sun, 2 Jun 2013 23:43:10 -0400 Date: Sun, 2 Jun 2013 20:42:54 -0700 From: "Paul E. McKenney" To: David Miller Cc: eric.dumazet@gmail.com, klamm@yandex-team.ru, brouer@redhat.com, dipankar@in.ibm.com, zhmurov@yandex-team.ru, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, kuznet@ms2.inr.ac.ru, jmorris@namei.org, yoshfuji@linux-ipv6.org, kaber@trash.net, David.Laight@ACULAB.COM Subject: Re: [PATCH v2] rcu: fix a race in hlist_nulls_for_each_entry_rcu macro Message-ID: <20130603034254.GC29614@linux.vnet.ibm.com> Reply-To: paulmck@linux.vnet.ibm.com References: <1370215895.24311.93.camel@edumazet-glaptop> <20130602.195826.721294433730539253.davem@davemloft.net> <1370229169.24311.119.camel@edumazet-glaptop> <20130602.202703.1059637861388689182.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130602.202703.1059637861388689182.davem@davemloft.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13060303-2876-0000-0000-0000095EA322 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jun 02, 2013 at 08:27:03PM -0700, David Miller wrote: > From: Eric Dumazet > Date: Sun, 02 Jun 2013 20:12:49 -0700 > > > On Sun, 2013-06-02 at 19:58 -0700, David Miller wrote: > >> From: Eric Dumazet > >> Date: Sun, 02 Jun 2013 16:31:35 -0700 > >> > >> > On Thu, 2013-05-30 at 12:25 +0400, Roman Gushchin wrote: > >> >> On 29.05.2013 23:06, Eric Dumazet wrote: > >> >> > On Wed, 2013-05-29 at 14:09 +0400, Roman Gushchin wrote: > >> >> > > >> >> > True, these lookup functions are usually structured the same around the > >> >> > hlist_nulls_for_each_entry_rcu() loop. > >> >> > > >> >> > A barrier() right before the loop seems to be a benefit, the size of > >> >> > assembly code is reduced by 48 bytes. > >> >> > > >> >> > And its one of the documented way to handle this kind of problems > >> >> > (Documentation/atomic_ops.txt line 114) > >> >> > > >> >> > I guess we should amend this documentation, eventually. > >> >> > > >> >> > Thanks, please add you "Signed-off-by" if you agree with the patch. > >> >> > > >> >> > >> >> Signed-off-by: Roman Gushchin > >> >> > >> >> Many thanks to you, Paul E. McKenney and David Laight for your > >> >> patches, help and participation in this discussion. > >> > > >> > Thanks to you ! > >> > > >> > David, is there any problem with the patch ? > >> > > >> > http://patchwork.ozlabs.org/patch/247360/ says "Not applicable", please > >> > tell me what is needed to get it merged. > >> > >> It's not a networking patch, it's a patch for generic RCU upstream. > >> So it either goes through Paul McKenney, or directly via Linus on > >> linux-kernel. > > > > Well, whole discussion went on linux kernel, and you were the original > > committer of this patch five years ago. > > > > http://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/commit/?id=bbaffaca4810de1a25e32ecaf836eeaacc7a3d11 > > > > So please Paul or David make sure the patch goes in. > > > > My only concern is that Paul seems quite busy these days. > > Ok I can take it then, no problem. Or if you would like to take it: Acked-by: Paul E. McKenney Just let me know. ;-) Thanx, Paul