linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: Alexey Bayduraev <alexey.bayduraev@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@redhat.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	Jiri Olsa <jolsa@kernel.org>, Namhyung Kim <namhyung@kernel.org>,
	Alexey Bayduraev <alexey.v.bayduraev@linux.intel.com>,
	Andi Kleen <ak@linux.intel.com>,
	Riccardo Mancini <rickyman7@gmail.com>,
	linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
	Stephane Eranian <eranian@google.com>
Subject: Re: [PATCH v2 2/3] perf cpumap: Switch to using perf_cpu_map API
Date: Thu, 14 Apr 2022 09:09:55 -0300	[thread overview]
Message-ID: <YlgPE6aEnGPTIucl@kernel.org> (raw)
In-Reply-To: <20220414014642.3308206-2-irogers@google.com>

Em Wed, Apr 13, 2022 at 06:46:41PM -0700, Ian Rogers escreveu:
> Switch some raw accesses to the cpu map to using the library API. This
> can help with reference count checking.

Thanks, applying to perf/core after what is in perf/urgent, which this
patch depends on, gets merged there.

- Arnaldo
 
> Signed-off-by: Ian Rogers <irogers@google.com>
> ---
>  tools/perf/builtin-record.c          | 13 ++++++------
>  tools/perf/util/bpf_counter_cgroup.c | 31 ++++++++++++++--------------
>  2 files changed, 22 insertions(+), 22 deletions(-)
> 
> diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c
> index 069825c48d40..a5cf6a99d67f 100644
> --- a/tools/perf/builtin-record.c
> +++ b/tools/perf/builtin-record.c
> @@ -1011,7 +1011,7 @@ static int record__thread_data_init_maps(struct record_thread *thread_data, stru
>  
>  	for (m = 0, tm = 0; m < nr_mmaps && tm < thread_data->nr_mmaps; m++) {
>  		if (cpu_map__is_dummy(cpus) ||
> -		    test_bit(cpus->map[m].cpu, thread_data->mask->maps.bits)) {
> +		    test_bit(perf_cpu_map__cpu(cpus, m).cpu, thread_data->mask->maps.bits)) {
>  			if (thread_data->maps) {
>  				thread_data->maps[tm] = &mmap[m];
>  				pr_debug2("thread_data[%p]: cpu%d: maps[%d] -> mmap[%d]\n",
> @@ -3331,13 +3331,14 @@ struct option *record_options = __record_options;
>  
>  static void record__mmap_cpu_mask_init(struct mmap_cpu_mask *mask, struct perf_cpu_map *cpus)
>  {
> -	int c;
> +	struct perf_cpu cpu;
> +	int idx;
>  
>  	if (cpu_map__is_dummy(cpus))
>  		return;
>  
> -	for (c = 0; c < cpus->nr; c++)
> -		set_bit(cpus->map[c].cpu, mask->bits);
> +	perf_cpu_map__for_each_cpu(cpu, idx, cpus)
> +		set_bit(cpu.cpu, mask->bits);
>  }
>  
>  static int record__mmap_cpu_mask_init_spec(struct mmap_cpu_mask *mask, const char *mask_spec)
> @@ -3404,8 +3405,8 @@ static int record__init_thread_cpu_masks(struct record *rec, struct perf_cpu_map
>  	pr_debug("nr_threads: %d\n", rec->nr_threads);
>  
>  	for (t = 0; t < rec->nr_threads; t++) {
> -		set_bit(cpus->map[t].cpu, rec->thread_masks[t].maps.bits);
> -		set_bit(cpus->map[t].cpu, rec->thread_masks[t].affinity.bits);
> +		set_bit(perf_cpu_map__cpu(cpus, t).cpu, rec->thread_masks[t].maps.bits);
> +		set_bit(perf_cpu_map__cpu(cpus, t).cpu, rec->thread_masks[t].affinity.bits);
>  		if (verbose) {
>  			pr_debug("thread_masks[%d]: ", t);
>  			mmap_cpu_mask__scnprintf(&rec->thread_masks[t].maps, "maps");
> diff --git a/tools/perf/util/bpf_counter_cgroup.c b/tools/perf/util/bpf_counter_cgroup.c
> index ac60c08e8e2a..a4b676920da0 100644
> --- a/tools/perf/util/bpf_counter_cgroup.c
> +++ b/tools/perf/util/bpf_counter_cgroup.c
> @@ -47,7 +47,7 @@ static int bperf_load_program(struct evlist *evlist)
>  	struct evsel *evsel;
>  	struct cgroup *cgrp, *leader_cgrp;
>  	__u32 i, cpu;
> -	__u32 nr_cpus = evlist->core.all_cpus->nr;
> +	__u32 nr_cpus = perf_cpu_map__nr(evlist->core.all_cpus);
>  	int total_cpus = cpu__max_cpu().cpu;
>  	int map_size, map_fd;
>  	int prog_fd, err;
> @@ -125,7 +125,7 @@ static int bperf_load_program(struct evlist *evlist)
>  			for (cpu = 0; cpu < nr_cpus; cpu++) {
>  				int fd = FD(evsel, cpu);
>  				__u32 idx = evsel->core.idx * total_cpus +
> -					evlist->core.all_cpus->map[cpu].cpu;
> +					perf_cpu_map__cpu(evlist->core.all_cpus, cpu).cpu;
>  
>  				err = bpf_map_update_elem(map_fd, &idx, &fd,
>  							  BPF_ANY);
> @@ -207,13 +207,13 @@ static int bperf_cgrp__install_pe(struct evsel *evsel __maybe_unused,
>   */
>  static int bperf_cgrp__sync_counters(struct evlist *evlist)
>  {
> -	int i, cpu;
> -	int nr_cpus = evlist->core.all_cpus->nr;
> +	struct perf_cpu cpu;
> +	int idx;
>  	int prog_fd = bpf_program__fd(skel->progs.trigger_read);
>  
> -	for (i = 0; i < nr_cpus; i++) {
> -		cpu = evlist->core.all_cpus->map[i].cpu;
> -		bperf_trigger_reading(prog_fd, cpu);
> +	perf_cpu_map__for_each_cpu(cpu, idx, cpus) {
> +		cpu = perf_cpu_map__cpu(evlist->core.all_cpus, i);
> +		bperf_trigger_reading(prog_fd, cpu.cpu);
>  	}
>  
>  	return 0;
> @@ -244,12 +244,10 @@ static int bperf_cgrp__disable(struct evsel *evsel)
>  static int bperf_cgrp__read(struct evsel *evsel)
>  {
>  	struct evlist *evlist = evsel->evlist;
> -	int i, cpu, nr_cpus = evlist->core.all_cpus->nr;
>  	int total_cpus = cpu__max_cpu().cpu;
>  	struct perf_counts_values *counts;
>  	struct bpf_perf_event_value *values;
>  	int reading_map_fd, err = 0;
> -	__u32 idx;
>  
>  	if (evsel->core.idx)
>  		return 0;
> @@ -263,7 +261,10 @@ static int bperf_cgrp__read(struct evsel *evsel)
>  	reading_map_fd = bpf_map__fd(skel->maps.cgrp_readings);
>  
>  	evlist__for_each_entry(evlist, evsel) {
> -		idx = evsel->core.idx;
> +		__u32 idx = evsel->core.idx;
> +		int i;
> +		struct perf_cpu_map cpu;
> +
>  		err = bpf_map_lookup_elem(reading_map_fd, &idx, values);
>  		if (err) {
>  			pr_err("bpf map lookup failed: idx=%u, event=%s, cgrp=%s\n",
> @@ -271,13 +272,11 @@ static int bperf_cgrp__read(struct evsel *evsel)
>  			goto out;
>  		}
>  
> -		for (i = 0; i < nr_cpus; i++) {
> -			cpu = evlist->core.all_cpus->map[i].cpu;
> -
> +		perf_cpu_map__for_each_cpu(cpu, i, evlist->core.all_cpu) {
>  			counts = perf_counts(evsel->counts, i, 0);
> -			counts->val = values[cpu].counter;
> -			counts->ena = values[cpu].enabled;
> -			counts->run = values[cpu].running;
> +			counts->val = values[cpu.cpu].counter;
> +			counts->ena = values[cpu.cpu].enabled;
> +			counts->run = values[cpu.cpu].running;
>  		}
>  	}
>  
> -- 
> 2.36.0.rc0.470.gd361397f0d-goog

-- 

- Arnaldo

  reply	other threads:[~2022-04-14 12:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-14  1:46 [PATCH v2 1/3] perf record: Fix per-thread option Ian Rogers
2022-04-14  1:46 ` [PATCH v2 2/3] perf cpumap: Switch to using perf_cpu_map API Ian Rogers
2022-04-14 12:09   ` Arnaldo Carvalho de Melo [this message]
2022-04-14  1:46 ` [PATCH v2 3/3] perf test: Add basic perf record tests Ian Rogers
2022-04-14 12:10   ` Arnaldo Carvalho de Melo
2022-04-14 12:09 ` [PATCH v2 1/3] perf record: Fix per-thread option Arnaldo Carvalho de Melo

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=YlgPE6aEnGPTIucl@kernel.org \
    --to=acme@kernel.org \
    --cc=ak@linux.intel.com \
    --cc=alexander.shishkin@linux.intel.com \
    --cc=alexey.bayduraev@gmail.com \
    --cc=alexey.v.bayduraev@linux.intel.com \
    --cc=eranian@google.com \
    --cc=irogers@google.com \
    --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=rickyman7@gmail.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;
as well as URLs for NNTP newsgroup(s).