Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756803AbZF2URs (ORCPT ); Mon, 29 Jun 2009 16:17:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752514AbZF2URi (ORCPT ); Mon, 29 Jun 2009 16:17:38 -0400 Received: from mx2.redhat.com ([66.187.237.31]:44361 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751680AbZF2URh (ORCPT ); Mon, 29 Jun 2009 16:17:37 -0400 Date: Mon, 29 Jun 2009 22:17:33 +0200 From: Jiri Olsa To: Davide Libenzi Cc: Jarek Poplawski , netdev@vger.kernel.org, Linux Kernel Mailing List , fbl@redhat.com, nhorman@redhat.com, davem@redhat.com, htejun@gmail.com, oleg@redhat.com, eric.dumazet@gmail.com Subject: Re: [PATCH 1/2] net: adding memory barrier to the poll and receive callbacks Message-ID: <20090629201733.GB3417@jolsa.redhat.com> References: <20090629140434.GE3845@jolsa.lab.eng.brq.redhat.com> <20090629141445.GF3845@jolsa.lab.eng.brq.redhat.com> <20090629173217.GC2742@ami.dom.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1332 Lines: 36 On Mon, Jun 29, 2009 at 10:36:30AM -0700, Davide Libenzi wrote: > On Mon, 29 Jun 2009, Jarek Poplawski wrote: > > > > I think Oleg already said this, but you can use directly poll_wait() > > > without adding another abstraction, and the compiler will drop the double > > > check for you: > > > > I think Oleg told about cosmetics and let Jiri to choose. I'd only > > add it's not mainly about optimization, but easy showing the main > > difference, of course depending on taste. > > We already have a universally used function to do that, and that's > poll_wait(). > That code (adding an extra __poll_wait()) was entirely about > optimizations (otherwise why not use the existing poll_wait()?), so if > the optimization does not actually take place, IMO it's better to not add > an extra API. > > > > - Davide > > my thinking was that both variants will endup in the same code anyway, so it'd be probably better if the more readable (subjective) got in.. however I dont have any strong preffering feelings about either of those choices, so I can convert easilly :) jirka -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/