From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932201AbeARSTY (ORCPT ); Thu, 18 Jan 2018 13:19:24 -0500 Received: from mail-wm0-f66.google.com ([74.125.82.66]:42481 "EHLO mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754974AbeARSTW (ORCPT ); Thu, 18 Jan 2018 13:19:22 -0500 X-Google-Smtp-Source: ACJfBos6Y3596qhm2zsJVPRF6MZHfOUqIuCft9aTNvuxHQajqyYWr6WmA8Vhk3AgavCFV7poaSncbzvXj5JPs2D9g4o= MIME-Version: 1.0 In-Reply-To: <20180118170633.GG12394@arm.com> References: <20170126094057.13805-2-alexander.shishkin@linux.intel.com> <20170126182645.GA1991@linaro.org> <87h94kbt29.fsf@ashishki-desk.ger.corp.intel.com> <87wpda9iyv.fsf@ashishki-desk.ger.corp.intel.com> <87d1f0a7g9.fsf@ashishki-desk.ger.corp.intel.com> <20180117123137.3hlmudzu5eogl53n@ukko.fi.intel.com> <20180118170633.GG12394@arm.com> From: Mathieu Poirier Date: Thu, 18 Jan 2018 11:19:21 -0700 Message-ID: Subject: Re: [PATCH 1/3] perf, pt, coresight: Clean up address filter structure To: Will Deacon Cc: Alexander Shishkin , Peter Zijlstra , Ingo Molnar , "linux-kernel@vger.kernel.org" , Vince Weaver , Stephane Eranian , Arnaldo Carvalho de Melo , Mark Rutland Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18 January 2018 at 10:06, Will Deacon wrote: > On Thu, Jan 18, 2018 at 09:59:26AM -0700, Mathieu Poirier wrote: >> On 17 January 2018 at 05:31, Alexander Shishkin >> wrote: >> > On Tue, Feb 07, 2017 at 10:50:50AM -0700, Mathieu Poirier wrote: >> >> > index 39106ae61b..d7a11faac1 100644 >> >> > --- a/kernel/events/core.c >> >> > +++ b/kernel/events/core.c >> >> > @@ -8194,7 +8194,8 @@ static void perf_event_addr_filters_apply(struct perf_event *event) >> >> > * * for kernel addresses: [/] >> >> > * * for object files: [/]@ >> >> > * >> >> > - * if is not specified, the range is treated as a single address. >> >> > + * if is not specified or is zero, the range is treated as a single >> >> > + * address; not valid for ACTION=="filter". >> >> >> >> Now that a size of 0 can't be specified with a "filter" action, I'm >> >> good with that statement. >> > >> > Hi Mathieu, I completely lost track of this. >> > >> > Following is the commit I found dangilng in one of my local branches. >> > Does this make sense to you? Thanks! >> >> Oh boy! That's a whole year ago... Give me some time to wrap my >> brain around it again. > > Do we need anything for SPE, or is this only applicable to certain types of > tracing PMUs? As far as I can tell spe_pmu->pmu->nr_addr_filters isn't set anywhere. A such SPE isn't concerned here. Mathieu > > Will