Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756902Ab1CRTXl (ORCPT ); Fri, 18 Mar 2011 15:23:41 -0400 Received: from e35.co.us.ibm.com ([32.97.110.153]:46102 "EHLO e35.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754501Ab1CRTXe (ORCPT ); Fri, 18 Mar 2011 15:23:34 -0400 Date: Sat, 19 Mar 2011 00:46:48 +0530 From: Srikar Dronamraju To: Stephen Wilson Cc: Peter Zijlstra , Ingo Molnar , Steven Rostedt , Linux-mm , Arnaldo Carvalho de Melo , Linus Torvalds , Christoph Hellwig , Masami Hiramatsu , Ananth N Mavinakayanahalli , Oleg Nesterov , LKML , SystemTap , Jim Keniston , Roland McGrath , Andi Kleen , Andrew Morton , "Paul E. McKenney" Subject: Re: [PATCH v2 2.6.38-rc8-tip 17/20] 17: uprobes: filter chain Message-ID: <20110318191648.GD31152@linux.vnet.ibm.com> Reply-To: Srikar Dronamraju References: <20110314133403.27435.7901.sendpatchset@localhost6.localdomain6> <20110314133722.27435.55663.sendpatchset@localhost6.localdomain6> <20110315194914.GA24972@fibrous.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20110315194914.GA24972@fibrous.localdomain> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1719 Lines: 53 * Stephen Wilson [2011-03-15 15:49:14]: > > > > On Mon, Mar 14, 2011 at 07:07:22PM +0530, Srikar Dronamraju wrote: > > > > Loops through the filters callbacks of currently registered > > consumers to see if any consumer is interested in tracing this task. > > Should this be part of the series? It is not currently used. > > > /* Acquires uprobe->consumer_rwsem */ > > +static bool filter_chain(struct uprobe *uprobe, struct task_struct *t) > > +{ > > + struct uprobe_consumer *consumer; > > + bool ret = false; > > + > > + down_read(&uprobe->consumer_rwsem); > > + for (consumer = uprobe->consumers; consumer; > > + consumer = consumer->next) { > > + if (!consumer->filter || consumer->filter(consumer, t)) { > > The implementation does not seem to match the changelog description. > Should this not be: > > if (consumer->filter && consumer->filter(consumer, t)) > > ? filter is optional; if filter is present, then it means that the tracer is interested in a specific set of processes that maps this inode. If there is no filter; it means that it is interested in all processes that map this filter. filter_chain() should return true if any consumer is interested in tracing this task. if there is a consumer who hasnt defined a filter then we dont need to loop thro remaining consumers. Hence if (!consumer->filter || consumer->filter(consumer, t)) { seems better suited to me. -- Thanks and Regards Srikar -- 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/