Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp5485022pxb; Wed, 26 Jan 2022 13:08:59 -0800 (PST) X-Google-Smtp-Source: ABdhPJz4aDI1R8HFVIlOgSJnTG8p87sGORyA7O/c4vgFfKpCWJwkArD9PnQl7yQ9i22U+oLmTY5B X-Received: by 2002:a17:90a:df0f:: with SMTP id gp15mr755443pjb.175.1643231339069; Wed, 26 Jan 2022 13:08:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643231339; cv=none; d=google.com; s=arc-20160816; b=eutWUSHBbWlfIGaNrOJcr8bdui+bf/xxguBZoGylUyOASI2++S7x9o//eXv29YMPUN OjWDuvv2gpZTmWUH5Co53HSEteXu35MFJzoQAwIunvO5vLFVtNjifBCf6Rm+re6/1uQJ TXkiEyLo1pcpeGsKMV13BhQ6gdNNUGRrkCEv+XSAhDG8czKKPpSihsrVdN6VnsPGsaNu Wa1PMjNo3pE3C4xWecB89r0rtXeJEsa9YCG0MExhRIrnNQZ7Ulx+3CLRMds/K1ggpZRq oN1d0JCVv5REGfpKhYSid+OWYPryR4M2Z+EyeApFWRzdxOVEL4D4m2InDbabY9d/tEUX EZsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=EGMtFpzMq1bmoB0F22oXwU6L7c/eAVUk+BKN0/1vEHw=; b=K+VtGajKFZI4ZpmF2x92q4ph9/C1W4cTkNVh2avNYBnuNHMRyrhQDlvqzH+0lOm4R4 EFr73NrA/2Wne7VoAbECpKbGPDkkMN7AHzEsLT1fCyn+FWJEOA7IYa2snifWx7zP6kVl RbovMTEnxe+NpFCNZ9V55x/k2JYo1XLMsZcBzO6cQW2/d6JEw1A/3PGy8tFsGVdjtNa2 knoxHE9pHqSsBGGRwKMkunoX9k1gHgw72OmQw23gzaQJMVVj6F+daLMIl8hmA47T1mBm 6nfdsHS0BDRDjHa7ZCmh0eWcfF8b4HNKICMY/6hqQHIvWj+i3qcvQWbf4aYJdYBqI5Ha BcJA== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id kk2si4454898pjb.66.2022.01.26.13.08.46; Wed, 26 Jan 2022 13:08:59 -0800 (PST) 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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240703AbiAZL1W (ORCPT + 99 others); Wed, 26 Jan 2022 06:27:22 -0500 Received: from foss.arm.com ([217.140.110.172]:33074 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233549AbiAZL1T (ORCPT ); Wed, 26 Jan 2022 06:27:19 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 25B7ED6E; Wed, 26 Jan 2022 03:27:19 -0800 (PST) Received: from [10.32.33.50] (e121896.warwick.arm.com [10.32.33.50]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 149AD3F766; Wed, 26 Jan 2022 03:27:17 -0800 (PST) Subject: Re: [PATCH] perf tools: apply correct label to user/kernel symbols in branch mode To: German Gomez , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, acme@kernel.org Cc: Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim References: <20220126105927.3411216-1-german.gomez@arm.com> From: James Clark Message-ID: <7474e11b-6bd5-515d-0ebf-883d0656a359@arm.com> Date: Wed, 26 Jan 2022 11:27:16 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <20220126105927.3411216-1-german.gomez@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26/01/2022 10:59, German Gomez wrote: > In branch mode, the branch symbols were being displayed with incorrect > cpumode labels. So fix this. > > For example, before: > # perf record -b -a -- sleep 1 > # perf report -b > > Overhead Command Source Shared Object Source Symbol Target Symbol > 0.08% swapper [kernel.kallsyms] [k] rcu_idle_enter [k] cpuidle_enter_state > ==> 0.08% cmd0 [kernel.kallsyms] [.] psi_group_change [.] psi_group_change > 0.08% cmd1 [kernel.kallsyms] [k] psi_group_change [k] psi_group_change > > After: > # perf report -b > > Overhead Command Source Shared Object Source Symbol Target Symbol > 0.08% swapper [kernel.kallsyms] [k] rcu_idle_enter [k] cpuidle_enter_state > 0.08% cmd0 [kernel.kallsyms] [k] psi_group_change [k] pei_group_change > 0.08% cmd1 [kernel.kallsyms] [k] psi_group_change [k] psi_group_change > > Signed-off-by: German Gomez > --- > tools/perf/util/machine.c | 2 ++ > tools/perf/util/map_symbol.h | 1 + > tools/perf/util/sort.c | 4 ++-- > 3 files changed, 5 insertions(+), 2 deletions(-) > > diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c > index 3901440ae..ef564a5cf 100644 > --- a/tools/perf/util/machine.c > +++ b/tools/perf/util/machine.c > @@ -2072,6 +2072,7 @@ static void ip__resolve_ams(struct thread *thread, > > ams->addr = ip; > ams->al_addr = al.addr; > + ams->al_level = al.level; > ams->ms.maps = al.maps; > ams->ms.sym = al.sym; > ams->ms.map = al.map; > @@ -2091,6 +2092,7 @@ static void ip__resolve_data(struct thread *thread, > > ams->addr = addr; > ams->al_addr = al.addr; > + ams->al_level = al.level; > ams->ms.maps = al.maps; > ams->ms.sym = al.sym; > ams->ms.map = al.map; > diff --git a/tools/perf/util/map_symbol.h b/tools/perf/util/map_symbol.h > index 7d22ade08..e08817b0c 100644 > --- a/tools/perf/util/map_symbol.h > +++ b/tools/perf/util/map_symbol.h > @@ -18,6 +18,7 @@ struct addr_map_symbol { > struct map_symbol ms; > u64 addr; > u64 al_addr; > + char al_level; > u64 phys_addr; > u64 data_page_size; > }; > diff --git a/tools/perf/util/sort.c b/tools/perf/util/sort.c > index cfba8c337..2da081ef5 100644 > --- a/tools/perf/util/sort.c > +++ b/tools/perf/util/sort.c > @@ -915,7 +915,7 @@ static int hist_entry__sym_from_snprintf(struct hist_entry *he, char *bf, > struct addr_map_symbol *from = &he->branch_info->from; > > return _hist_entry__sym_snprintf(&from->ms, from->al_addr, > - he->level, bf, size, width); > + from->al_level, bf, size, width); > } > > return repsep_snprintf(bf, size, "%-*.*s", width, width, "N/A"); > @@ -928,7 +928,7 @@ static int hist_entry__sym_to_snprintf(struct hist_entry *he, char *bf, > struct addr_map_symbol *to = &he->branch_info->to; > > return _hist_entry__sym_snprintf(&to->ms, to->al_addr, > - he->level, bf, size, width); > + to->al_level, bf, size, width); > } > > return repsep_snprintf(bf, size, "%-*.*s", width, width, "N/A"); > Looks good to me, I didn't see any other usages where it could be broken. Reviewed-by: James Clark