Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp943022ybh; Wed, 22 Jul 2020 18:02:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxZkU2tZbE+DVgZ1Y1tDddMVA+3SZN8SWxi4TV6nAXUHT1N7CaMutR3tQnc+iO/U00RvUH1 X-Received: by 2002:a17:906:3f82:: with SMTP id b2mr2183636ejj.240.1595466177082; Wed, 22 Jul 2020 18:02:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595466177; cv=none; d=google.com; s=arc-20160816; b=ZC+qt86i7NdcZsV/Zg1dsoiYiWm2I+0n2nQvuZ6xtRMbn1nRRlBPKSnQuMZmxzisKs XXkqB9lwccbMgqTQp9onLNLqJuy6siIzDfcnuKkesZDhW4HKWKDuyFvZtRNTVc/qZBaf /qzvx8Tl2aJ6jdIJdhrArr8XLCHmPZKZFpLrY3zhiAgHMYU1KO7ldTP8mjwYj2dfrjQA AXkggiwCH+naFDi9IJXXOMW7R/CsYonqjKGu/aC6iP8Cjy4WTDMYXno/oyR7XB/mbIx0 w957drgtoGZrHp1lK4M035vinXfACyMScq6cQx2dPKm6Rz4fx/YE4W2TChY6QQXgZs7Z BPPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:ironport-sdr:ironport-sdr; bh=KhDFafyGszrKwQAy0cibqKYrZ/uGZ0B12FL/nEb2/cI=; b=zkQzin+vCOfG7AI+tfe7qDqjDfkBi0xzVz281rqhng1RJduY49m4mguWW1rxaL/Az4 GThIvuOrwgaO79IGG+TpUWSICEQNa2zQ8KB/ROh5HCjvvXXe3bLGzlJYjWWsXFm1gXDg tFIbGgRLQ0FjClKjAgnYG+tH1rKeuNOfVKwRgxtpJSHcZhPCbnsGHjXIyMNvwjnTs3uQ hsY3reJK2A3y9xoprtCttHdbwDCBjDhs45/R6b8KMl1HnPQKw38KncCYIexdvXkdM4ch Se3APskKYV/1ULQGsGf3D6+gx/MQP2ZFHvGSzcrt67ikeR1ibPGhDKWI4+CNCTxAAgrT 1ahg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dk6si1064369ejb.129.2020.07.22.18.02.34; Wed, 22 Jul 2020 18:02:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387439AbgGWBBv (ORCPT + 99 others); Wed, 22 Jul 2020 21:01:51 -0400 Received: from mga05.intel.com ([192.55.52.43]:41446 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728914AbgGWBBu (ORCPT ); Wed, 22 Jul 2020 21:01:50 -0400 IronPort-SDR: F0OOhaqkn+o4VDGRJcCGuV/ZJjQEb7eXnE65bGc8Y/KQkhyK/QMStgkMfEve5lUufrcZAEK4rF JrEBlgVNBBdw== X-IronPort-AV: E=McAfee;i="6000,8403,9690"; a="235316748" X-IronPort-AV: E=Sophos;i="5.75,383,1589266800"; d="scan'208";a="235316748" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Jul 2020 18:01:50 -0700 IronPort-SDR: cX0XsRaBlaGJq55P8A4ObhKvR+3TccvycMlI/vz7skDXvQggsD2MDigqWqwxlitMLVwZKaZGb4 EUzQdaGHvj0w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,383,1589266800"; d="scan'208";a="284407759" Received: from yjin15-mobl1.ccr.corp.intel.com (HELO [10.238.5.239]) ([10.238.5.239]) by orsmga003.jf.intel.com with ESMTP; 22 Jul 2020 18:01:47 -0700 Subject: Re: [PATCH v2] perf evsel: Don't set sample_regs_intr/sample_regs_user for dummy event To: Jiri Olsa Cc: acme@kernel.org, jolsa@kernel.org, peterz@infradead.org, mingo@redhat.com, alexander.shishkin@linux.intel.com, Linux-kernel@vger.kernel.org, ak@linux.intel.com, kan.liang@intel.com, yao.jin@intel.com, irogers@google.com, Adrian Hunter References: <20200720010013.18238-1-yao.jin@linux.intel.com> <20200720091748.GH760733@krava> <20200722110810.GD981884@krava> From: "Jin, Yao" Message-ID: <6f732f7f-7c5a-726f-5b09-2c6761f3b534@linux.intel.com> Date: Thu, 23 Jul 2020 09:01:46 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200722110810.GD981884@krava> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jiri, Adrian, On 7/22/2020 7:08 PM, Jiri Olsa wrote: > On Wed, Jul 22, 2020 at 01:00:03PM +0800, Jin, Yao wrote: > > SNIP > >>>> >>>> If we use -IXMM0, the attr>sample_regs_intr will be set with >>>> PERF_REG_EXTENDED_MASK bit. >>>> >>>> It doesn't make sense to set attr->sample_regs_intr for a >>>> software dummy event. >>>> >>>> This patch adds dummy event checking before setting >>>> attr->sample_regs_intr and attr->sample_regs_user. >>>> >>>> After: >>>> # ./perf record -e cycles:p -IXMM0 -a -- sleep 1 >>>> [ perf record: Woken up 1 times to write data ] >>>> [ perf record: Captured and wrote 0.413 MB perf.data (45 samples) ] >>>> >>>> v2: >>>> --- >>>> Rebase to perf/core >>>> >>>> Fixes: 0a892c1c9472 ("perf record: Add dummy event during system wide synthesis") >>>> Signed-off-by: Jin Yao >>>> --- >>>> tools/perf/util/evsel.c | 6 ++++-- >>>> 1 file changed, 4 insertions(+), 2 deletions(-) >>>> >>>> diff --git a/tools/perf/util/evsel.c b/tools/perf/util/evsel.c >>>> index 9aa51a65593d..11794d3b7879 100644 >>>> --- a/tools/perf/util/evsel.c >>>> +++ b/tools/perf/util/evsel.c >>>> @@ -1014,12 +1014,14 @@ void evsel__config(struct evsel *evsel, struct record_opts *opts, >>>> if (callchain && callchain->enabled && !evsel->no_aux_samples) >>>> evsel__config_callchain(evsel, opts, callchain); >>>> - if (opts->sample_intr_regs && !evsel->no_aux_samples) { >>>> + if (opts->sample_intr_regs && !evsel->no_aux_samples && >>>> + !evsel__is_dummy_event(evsel)) { >>> >>> hum, I thought it'd look something like this: >>> >>> if (opts->sample_intr_regs && (!evsel->no_aux_samples || !evsel__is_dummy_event(evsel)) >>> >>> but I'm not sure how no_aux_samples flag works exactly.. so it might be >>> correct.. just making sure ;-) >>> >>> cc-ing Adrian >>> >>> jirka >>> >>> >> >> no_aux_samples is set to false by default and it's only set to true by pt, right? >> >> So most of the time, !evsel->no_aux_samples is always true. >> >> if (opts->sample_intr_regs && (!evsel->no_aux_samples || !evsel__is_dummy_event(evsel)) { >> attr->sample_regs_intr = opts->sample_intr_regs; >> evsel__set_sample_bit(evsel, REGS_INTR); >> } >> >> So even if the evsel is dummy event, the condition check is true. :( >> >> Or maybe I misunderstand anything? > > I was just curious, because I did not follow the no_aux_samples > usage in detail.. so how about a case where: > > evsel->no_aux_samples == true and evsel__is_dummy_event(evsel) = false > > then the original condition will be false for non dummy event > > (opts->sample_intr_regs && !evsel->no_aux_samples && !evsel__is_dummy_event(evsel)) > > is that ok? > I searched the perf source and found the no_aux_samples was only set to true in intel-pt.c. So I assume for the non-pt usage, the no_aux_samples is always false. For non-pt usage, (opts->sample_intr_regs && !evsel->no_aux_samples && !evsel__is_dummy_event(evsel)) is equal to (opts->sample_intr_regs && !evsel__is_dummy_event(evsel)) For pt usage, we need to consider the case that evsel__is_dummy_event(evsel) is true or false. If evsel__is_dummy_event(evsel) is true: (opts->sample_intr_regs && !evsel->no_aux_samples && !evsel__is_dummy_event(evsel)) is false. It's expected. If evsel__is_dummy_event(evsel) is false: (opts->sample_intr_regs && !evsel->no_aux_samples && !evsel__is_dummy_event(evsel)) is equal to (opts->sample_intr_regs && !evsel->no_aux_samples) That's the current code logic. So I think the condition "(opts->sample_intr_regs && !evsel->no_aux_samples && !evsel__is_dummy_event(evsel))" looks reasonable. Adrian, please correct me if I'm wrong here. Thanks Jin Yao > jirka >