From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752776Ab3FCDm0 (ORCPT ); Sun, 2 Jun 2013 23:42:26 -0400 Received: from e38.co.us.ibm.com ([32.97.110.159]:39218 "EHLO e38.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750818Ab3FCDmR (ORCPT ); Sun, 2 Jun 2013 23:42:17 -0400 Date: Sun, 2 Jun 2013 20:42:04 -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: <20130603034203.GB29614@linux.vnet.ibm.com> Reply-To: paulmck@linux.vnet.ibm.com References: <1369854387.5109.77.camel@edumazet-glaptop> <51A70CF4.1020807@yandex-team.ru> <1370215895.24311.93.camel@edumazet-glaptop> <20130602.195826.721294433730539253.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130602.195826.721294433730539253.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-5518-0000-0000-00000F469481 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jun 02, 2013 at 07:58:26PM -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. I would be happy to take it. Thanx, Paul