From: "Mi, Dapeng" <dapeng1.mi@linux.intel.com>
To: Thomas Falcon <thomas.falcon@intel.com>,
Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
Namhyung Kim <namhyung@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Jiri Olsa <jolsa@kernel.org>, Ian Rogers <irogers@google.com>,
Adrian Hunter <adrian.hunter@intel.com>,
James Clark <james.clark@linaro.org>
Subject: Re: [PATCH v8 4/6] perf tools: Show memory region in perf-c2c subcommand
Date: Fri, 11 Sep 2026 08:50:08 +0800 [thread overview]
Message-ID: <6221da3e-38a7-48c2-9588-25338ce7d915@linux.intel.com> (raw)
In-Reply-To: <20260910194324.98002-5-thomas.falcon@intel.com>
On 9/11/2026 3:43 AM, Thomas Falcon wrote:
> From: Dapeng Mi <dapeng1.mi@linux.intel.com>
>
> Add memory region field to the cacheline list view to help users
> identify the memory region to which the cacheline belongs. The memory
> region field was included with the introduction of support for the
> Off-module Response facility (OMR) [1] in Intel's Diamond Rapids and
> Nova Lake architectures.
>
> An example of the new perf c2c output including the memory region
> field is shown below:
>
> Shared Data Cache Line Table (181 entries, sorted on Total HITMs)
> --------------- Cacheline -------------- Tot ------- Load Hitm ------- Total Total Total
> Index Address Region Node PA cnt Hitm Total LclHitm RmtHitm records Loads Stores
> 0 0xffffffffa1658ec0 0x0 0 1302 4.13% 103 103 0 1707 1707 0
> 1 0xffffffffa16a9100 0x0 0 991 3.73% 93 93 0 1580 1580 19
> 2 0xffffffffa16a91c0 0x0 0 37 3.05% 76 76 0 384 384 4
> 3 0xffffffffa0607a00 0x0 0 1 2.65% 66 66 0 1146 1146 5
> 4 0xffffffffa16a9200 0x0 0 1 1.72% 43 43 0 174 174 3
> 5 0xffffffffa0607a80 0x0 0 1 1.16% 29 29 0 439 439 12
> 6 0xffffffffa16aadc0 0x0 0 1 0.72% 18 18 0 158 158 3
> 7 0xff30ea3c37934640 N/A 0 51 0.64% 16 16 0 60 60 8
> 8 0xff30ea3c373b4640 N/A 0 64 0.48% 12 12 0 69 69 11
> 9 0xff30ea3c387b4640 0x0 0 56 0.48% 12 12 0 59 59 9
> 10 0xff30ea3c37db4640 N/A 0 49 0.44% 11 11 0 50 50 10
It looks good. Thanks.
>
> [1]: https://lore.kernel.org/all/20260114011750.350569-1-dapeng1.mi@linux.intel.com/
>
> Assisted-by: Sashiko:gemini-3.1-pro-preview
> Assisted-by: GitHub-Copilot:claude-opus-4-8
> Codeveloped-by: Thomas Falcon <thomas.falcon@intel.com>
The tag name should be "Co-developed-by" instead of "Codeveloped-by".
Besides, the tag should be moved to the place where is after my SoB and
before your SoB. :)
> Reviewed-by: Ian Rogers <irogers@google.com>
> Signed-off-by: Dapeng Mi <dapeng1.mi@linux.intel.com>
> Signed-off-by: Thomas Falcon <thomas.falcon@intel.com>
> ---
> v8: Update developer tags and commit message with real example output
>
> v7: fix output_str allocation error handling which introduced
> a memory leak (Sashiko)
>
> v6: rebased onto 7.3-rc1
>
> v5: make the cacheline header span and ui_quirks() width
> fixup depend on memory-region availability (Namhyung Kim)
>
> v4: correctly handle output_str memory allocation failure
>
> v3: make memory region reporting conditional on feature bit
> ---
> tools/perf/builtin-c2c.c | 98 +++++++++++++++++++++++++++++++++++-----
> tools/perf/util/c2c.h | 1 +
> 2 files changed, 88 insertions(+), 11 deletions(-)
>
> diff --git a/tools/perf/builtin-c2c.c b/tools/perf/builtin-c2c.c
> index 715b75d42f2a..e37c1a3a4ca5 100644
> --- a/tools/perf/builtin-c2c.c
> +++ b/tools/perf/builtin-c2c.c
> @@ -71,6 +71,7 @@ struct perf_c2c {
>
> bool show_src;
> bool show_all;
> + bool show_mem_region;
> bool use_stdio;
> bool stats_only;
> bool symbol_full;
> @@ -247,6 +248,18 @@ static void c2c_he__set_node(struct c2c_hist_entry *c2c_he,
> }
> }
>
> +static void c2c_he__set_mem_region(struct c2c_hist_entry *c2c_he,
> + unsigned int mem_region)
> +{
> + if (WARN_ONCE(mem_region > PERF_MEM_REGION_MEM7,
> + "WARNING: invalid memory region ID\n"))
> + return;
> +
> + /* Update mem_region only if it really accesses memory */
> + if (mem_region >= PERF_MEM_REGION_MMIO)
> + c2c_he->mem_region = mem_region;
> +}
> +
> static void compute_stats(struct c2c_hist_entry *c2c_he,
> struct c2c_stats *stats,
> u64 weight)
> @@ -305,6 +318,7 @@ static int process_sample_event(const struct perf_tool *tool __maybe_unused,
> struct addr_location al;
> struct mem_info *mi = NULL;
> struct callchain_cursor *cursor;
> + unsigned int mem_region;
> int ret;
>
> addr_location__init(&al);
> @@ -332,6 +346,7 @@ static int process_sample_event(const struct perf_tool *tool __maybe_unused,
> }
>
> c2c_decode_stats(&stats, mi);
> + mem_region = mem_info__data_src(mi)->mem_region;
>
> he = hists__add_entry_ops(&c2c_hists->hists, &c2c_entry_ops,
> &al, NULL, NULL, mi, NULL,
> @@ -348,6 +363,7 @@ static int process_sample_event(const struct perf_tool *tool __maybe_unused,
> c2c_he__set_cpu(c2c_he, sample);
> c2c_he__set_node(c2c_he, sample);
> c2c_he__set_evsel(c2c_he, evsel);
> + c2c_he__set_mem_region(c2c_he, mem_region);
>
> hists__inc_nr_samples(&c2c_hists->hists, he->filtered);
>
> @@ -401,6 +417,7 @@ static int process_sample_event(const struct perf_tool *tool __maybe_unused,
> c2c_he__set_cpu(c2c_he, sample);
> c2c_he__set_node(c2c_he, sample);
> c2c_he__set_evsel(c2c_he, evsel);
> + c2c_he__set_mem_region(c2c_he, mem_region);
>
> hists__inc_nr_samples(&c2c_hists->hists, he->filtered);
> ret = hist_entry__append_callchain(he, sample);
> @@ -539,6 +556,30 @@ dcacheline_node_count(struct perf_hpp_fmt *fmt, struct perf_hpp *hpp,
> return scnprintf(hpp->buf, hpp->size, "%*lu", width, c2c_he->paddr_cnt);
> }
>
> +static int
> +dcacheline_node_mem_region(struct perf_hpp_fmt *fmt, struct perf_hpp *hpp,
> + struct hist_entry *he)
> +{
> + int width = c2c_width(fmt, hpp, he->hists);
> + struct c2c_hist_entry *c2c_he;
> + unsigned int mem_region;
> + char buf[20];
> +
> + c2c_he = container_of(he, struct c2c_hist_entry, he);
> + mem_region = c2c_he->mem_region;
> +
> + if (mem_region == PERF_MEM_REGION_NA)
> + scnprintf(buf, sizeof(buf), "N/A");
> + /* mem_region could only be >= PERF_MEM_REGION_MMIO */
> + else if (mem_region == PERF_MEM_REGION_MMIO)
> + scnprintf(buf, sizeof(buf), "MMIO");
> + else
> + scnprintf(buf, sizeof(buf), "0x%x",
> + mem_region - PERF_MEM_REGION_MEM0);
> +
> + return scnprintf(hpp->buf, hpp->size, "%*s", width, buf);
> +}
It seems the previous comment is missed?
"Is the mem-region column print guarded by HEADER_MEMORY_RANGES as well?"
I'm not quite sure about this, please double check. Thanks.
> +
> static int offset_entry(struct perf_hpp_fmt *fmt, struct perf_hpp *hpp,
> struct hist_entry *he)
> {
> @@ -1359,6 +1400,14 @@ static struct c2c_dimension dim_dcacheline_node = {
> .width = 4,
> };
>
> +static struct c2c_dimension dim_dcacheline_mem_region = {
> + .header = HEADER_LOW("Region"),
> + .name = "dcacheline_mem_region",
> + .cmp = empty_cmp,
> + .entry = dcacheline_node_mem_region,
> + .width = 6,
> +};
> +
> static struct c2c_dimension dim_dcacheline_count = {
> .header = HEADER_LOW("PA cnt"),
> .name = "dcacheline_count",
> @@ -1790,6 +1839,7 @@ static struct c2c_dimension dim_dcacheline_num_empty = {
>
> static struct c2c_dimension *dimensions[] = {
> &dim_dcacheline,
> + &dim_dcacheline_mem_region,
> &dim_dcacheline_node,
> &dim_dcacheline_count,
> &dim_offset,
> @@ -2853,8 +2903,11 @@ static int ui_quirks(void)
> /* Fix the zero line for dcacheline column. */
> buf = fill_line(chk_double_cl ? "Double-Cacheline" : "Cacheline",
> dim_dcacheline.width +
> + (c2c.show_mem_region ?
> + dim_dcacheline_mem_region.width : 0) +
> dim_dcacheline_node.width +
> - dim_dcacheline_count.width + 4);
> + dim_dcacheline_count.width +
> + (c2c.show_mem_region ? 6 : 4));
> if (!buf)
> return -ENOMEM;
>
> @@ -3106,7 +3159,8 @@ static int perf_c2c__report(int argc, const char **argv)
> OPT_END()
> };
> int err = 0;
> - const char *output_str, *sort_str = NULL;
> + const char *sort_str = NULL;
> + char *output_str = NULL;
> struct perf_env *env;
>
> annotation_options__init();
> @@ -3271,9 +3325,16 @@ static int perf_c2c__report(int argc, const char **argv)
> goto out_mem2node;
> }
>
> - if (c2c.display != DISPLAY_SNP_PEER)
> - output_str = "cl_idx,"
> + c2c.show_mem_region = perf_header__has_feat(&session->header,
> + HEADER_MEMORY_RANGES);
> + if (c2c.show_mem_region)
> + dim_dcacheline.header.line[0].span = 3;
> +
> + if (c2c.display != DISPLAY_SNP_PEER) {
> + if (asprintf(&output_str,
> + "cl_idx,"
> "dcacheline,"
> + "%s"
> "dcacheline_node,"
> "dcacheline_count,"
> "percent_costly_snoop,"
> @@ -3285,10 +3346,17 @@ static int perf_c2c__report(int argc, const char **argv)
> "ld_fbhit,ld_l1hit,ld_l2hit,"
> "ld_lclhit,lcl_hitm,"
> "ld_rmthit,rmt_hitm,"
> - "dram_lcl,dram_rmt";
> - else
> - output_str = "cl_idx,"
> + "dram_lcl,dram_rmt",
> + c2c.show_mem_region ?
> + "dcacheline_mem_region," : "") < 0) {
> + err = -ENOMEM;
> + goto out_mem2node;
> + }
> + } else {
> + if (asprintf(&output_str,
> + "cl_idx,"
> "dcacheline,"
> + "%s"
> "dcacheline_node,"
> "dcacheline_count,"
> "percent_costly_snoop,"
> @@ -3300,7 +3368,13 @@ static int perf_c2c__report(int argc, const char **argv)
> "ld_fbhit,ld_l1hit,ld_l2hit,"
> "ld_lclhit,lcl_hitm,"
> "ld_rmthit,rmt_hitm,"
> - "dram_lcl,dram_rmt";
> + "dram_lcl,dram_rmt",
> + c2c.show_mem_region ?
> + "dcacheline_mem_region," : "") < 0) {
> + err = -ENOMEM;
> + goto out_mem2node;
> + }
> + }
>
> if (c2c.display == DISPLAY_TOT_HITM)
> sort_str = "tot_hitm";
> @@ -3314,7 +3388,7 @@ static int perf_c2c__report(int argc, const char **argv)
> err = c2c_hists__reinit(&c2c.hists, output_str, sort_str, perf_session__env(session));
> if (err) {
> pr_err("Failed to reinitialize hists\n");
> - goto out_mem2node;
> + goto out_str;
> }
>
> ui_progress__init(&prog, c2c.hists.hists.nr_entries, "Sorting...");
> @@ -3323,17 +3397,19 @@ static int perf_c2c__report(int argc, const char **argv)
> hists__output_resort_cb(&c2c.hists.hists, &prog, resort_shared_cl_cb);
> err = hists__iterate_cb(&c2c.hists.hists, resort_cl_cb, perf_session__env(session));
> if (err)
> - goto out_mem2node;
> + goto out_str;
>
> ui_progress__finish();
>
> if (ui_quirks()) {
> pr_err("failed to setup UI\n");
> - goto out_mem2node;
> + goto out_str;
> }
>
> perf_c2c_display(session);
>
> +out_str:
> + free(output_str);
> out_mem2node:
> mem2node__exit(&c2c.mem2node);
> out_session:
> diff --git a/tools/perf/util/c2c.h b/tools/perf/util/c2c.h
> index 53f024e25d99..f04e78e1a2e3 100644
> --- a/tools/perf/util/c2c.h
> +++ b/tools/perf/util/c2c.h
> @@ -33,6 +33,7 @@ struct c2c_hist_entry {
> unsigned long *nodeset;
> struct c2c_stats *node_stats;
> unsigned int cacheline_idx;
> + unsigned int mem_region;
>
> struct compute_stats cstats;
>
next prev parent reply other threads:[~2026-09-11 0:50 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-10 19:43 [PATCH v8 0/6] perf: Add support for memory region/range reporting Thomas Falcon
2026-09-10 19:43 ` [PATCH v8 1/6] perf mem: Fix size tracking for mem_lvl's in perf_script__meminfo_scnprintf() Thomas Falcon
2026-09-10 19:43 ` [PATCH v8 2/6] perf mem: Add support for printing PERF_MEM_LVLNUM_L0 Thomas Falcon
2026-09-10 19:43 ` [PATCH v8 3/6] perf header: Support memory ranges Thomas Falcon
2026-09-10 19:43 ` [PATCH v8 4/6] perf tools: Show memory region in perf-c2c subcommand Thomas Falcon
2026-09-11 0:50 ` Mi, Dapeng [this message]
2026-09-11 15:58 ` Falcon, Thomas
2026-09-14 2:52 ` Mi, Dapeng
2026-09-10 19:43 ` [PATCH v8 5/6] perf tools: Show memory region in perf-script subcommand Thomas Falcon
2026-09-11 0:51 ` Mi, Dapeng
2026-09-10 19:43 ` [PATCH v8 6/6] perf c2c: print memory region data with stdio output Thomas Falcon
2026-09-14 1:13 ` [PATCH v8 0/6] perf: Add support for memory region/range reporting Namhyung Kim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6221da3e-38a7-48c2-9588-25338ce7d915@linux.intel.com \
--to=dapeng1.mi@linux.intel.com \
--cc=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=irogers@google.com \
--cc=james.clark@linaro.org \
--cc=jolsa@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
--cc=thomas.falcon@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®