From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751891AbcBJOCI (ORCPT ); Wed, 10 Feb 2016 09:02:08 -0500 Received: from mail-pf0-f194.google.com ([209.85.192.194]:34124 "EHLO mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751648AbcBJOCH (ORCPT ); Wed, 10 Feb 2016 09:02:07 -0500 Message-ID: <1455112854.3708.7.camel@gmail.com> Subject: Re: [PATCH 13/23] perf hists: Support filtering in hierarchy mode From: Namhyung Kim To: Jiri Olsa , Namhyung Kim Cc: Arnaldo Carvalho de Melo , Ingo Molnar , Peter Zijlstra , Jiri Olsa , LKML , David Ahern , Andi Kleen , Stephane Eranian , Wang Nan Date: Wed, 10 Feb 2016 23:00:54 +0900 In-Reply-To: <20160210115122.GA19907@krava.redhat.com> References: <1454677315-7515-1-git-send-email-namhyung@kernel.org> <1454677315-7515-14-git-send-email-namhyung@kernel.org> <20160210115122.GA19907@krava.redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.4 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jiri, 2016-02-10 (수), 12:51 +0100, Jiri Olsa: > On Fri, Feb 05, 2016 at 10:01:45PM +0900, Namhyung Kim wrote: > > SNIP > > > + parent = parent->parent_he; > > + } > > + } > > + > >   if (h->filtered) > >   return; > >   > > @@ -1592,28 +1613,122 @@ static void hists__filter_by_type(struct hists *hists, int type, filter_fn_t fil > >   } > >  } > >   > > +static void hists__filter_hierarchy(struct hists *hists, int type, const void *arg) > > +{ > > + struct rb_node *nd; > > + struct rb_root tmp = RB_ROOT; > > + bool saved_unfolded; > > + > > + hists->stats.nr_non_filtered_samples = 0; > > + > > + hists__reset_filter_stats(hists); > > + hists__reset_col_len(hists); > > + > > + nd = rb_first(&hists->entries); > > + while (nd) { > > + struct hist_entry *h = rb_entry(nd, struct hist_entry, rb_node); > > + int ret; > > + > > + ret = hist_entry__filter(h, type, arg); > > + > > + /* > > +  * case 1. non-matching type > > +  * zero out the period, set filtered and move to child > > +  */ > > + if (ret < 0) { > > + memset(&h->stat, 0, sizeof(h->stat)); > > + h->filtered |= (1 << type); > > + > > + /* force to go down in the hierarchy */ > > + saved_unfolded = h->unfolded; > > + h->unfolded = true; > > + > > + nd = rb_hierarchy_next(&h->rb_node); > > + h->unfolded = saved_unfolded; > > + } > > + /* > > +  * case 2. matched (filter out) > > +  * set filtered and move to next > > +  */ > > + else if (ret == 1) { > > slightly confused in here.. so ret == 1 means we matched > but for example hist_entry__sym_filter: > > +       return sym && (!he->ms.sym || !strstr(he->ms.sym->name, sym)); > > returns 1 if we DONT match the symbol Yes, this was confusing.  I meant it's a matching *type* but the filter is not matched. > > I always got confused by non/filtered stuff.. I think we should change > the those names, but haven't come with anything so far.. Yeah, me too.. Filter can have both semantics - opt-in and opt-out. It also made me hard to choose a good name. Thanks, Namhyung