Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757166AbcC2MGS (ORCPT ); Tue, 29 Mar 2016 08:06:18 -0400 Received: from casper.infradead.org ([85.118.1.10]:46137 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751609AbcC2MGQ (ORCPT ); Tue, 29 Mar 2016 08:06:16 -0400 Date: Tue, 29 Mar 2016 14:06:09 +0200 From: Peter Zijlstra To: kan.liang@intel.com Cc: ak@linux.intel.com, eranian@google.com, vincent.weaver@maine.edu, tglx@linutronix.de, mingo@kernel.org, acme@redhat.com, jolsa@redhat.com, alexander.shishkin@linux.intel.com, ying.huang@linux.intel.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH V2 1/1] perf/core: don't find side-band event from all pmus Message-ID: <20160329120609.GG3408@twins.programming.kicks-ass.net> References: <1458757477-3781-1-git-send-email-kan.liang@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1458757477-3781-1-git-send-email-kan.liang@intel.com> User-Agent: Mutt/1.5.21 (2012-12-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1103 Lines: 34 On Wed, Mar 23, 2016 at 11:24:37AM -0700, kan.liang@intel.com wrote: > The V2 patch is mainly based on Peter's suggestion. But I didn't rename > perf_event_aux to perf_event_sb. Because it looks there are many aux things > in the codes, e.g. AUX area in ring buffer. I'm not sure if we need to change > all aux to sb. We may do the rename later in separate patch. Right.. no problem doing that in a separate patch. > +static void perf_event_sb_mask(unsigned int sb_mask, > + perf_event_aux_output_cb output, > + void *data) > +{ > + int sb; > + > + for (sb = 0; sb < sb_nr; sb++) { > + if (!(sb_mask & (1 << sb))) > + continue; > + perf_event_sb_iterate(sb, output, data); > + } > +} > @@ -5852,7 +5910,8 @@ static void perf_event_task(struct task_struct *task, > > perf_event_aux(perf_event_task_output, > &task_event, > - task_ctx); > + task_ctx, > + (1 << sb_task) | (1 << sb_mmap) | (1 << sb_comm)); > } So one side-effect of this change is that the above event can be delivered 3 times if you're 'lucky'. Acme; does userspace care?