From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: James Clark <james.clark@arm.com>
Cc: linux-perf-users@vger.kernel.org, tanmay@marvell.com,
leo.yan@linaro.org, mike.leach@linaro.org, sgoutham@marvell.com,
gcherian@marvell.com, lcherian@marvell.com,
bbhushan2@marvell.com,
Mathieu Poirier <mathieu.poirier@linaro.org>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
John Garry <john.g.garry@oracle.com>,
Will Deacon <will@kernel.org>,
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>,
coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v5 2/8] perf: Use perf_pmu__open_file() and perf_pmu__scan_file()
Date: Fri, 20 Jan 2023 14:43:44 -0300 [thread overview]
Message-ID: <Y8rS0BOUeXaGvwPv@kernel.org> (raw)
In-Reply-To: <Y8rQLirdlgU8nMEW@kernel.org>
Em Fri, Jan 20, 2023 at 02:32:30PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Jan 20, 2023 at 02:21:56PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Fri, Jan 20, 2023 at 02:36:55PM +0000, James Clark escreveu:
> > > Remove some code that duplicates existing methods. Copy strings where
> > > const strings are required.
> > >
> > > No functional changes.
> >
> >
> > Have you used 'perf test'?
> >
> > [acme@quaco perf]$ perf test -v python
> > Couldn't bump rlimit(MEMLOCK), failures may take place when creating BPF maps, etc
> > 19: 'import perf' in python :
> > --- start ---
> > test child forked, pid 232379
> > python usage test: "echo "import sys ; sys.path.append('/tmp/build/perf/python'); import perf" | '/usr/bin/python3' "
> > Traceback (most recent call last):
> > File "<stdin>", line 1, in <module>
> > ImportError: /tmp/build/perf/python/perf.cpython-310-x86_64-linux-gnu.so: undefined symbol: perf_pmu__scan_file
> > test child finished with -1
> > ---- end ----
> > 'import perf' in python: FAILED!
> > [acme@quaco perf]$
>
> I added this to this cset, now it passes.
So, what I have is now at my tmp.perf/core branch, pending container
testing, later today probably will move to perf/core, so that it gets
exposure on linux-next for v6.3.
For your convenience:
https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/log/?h=tmp.perf/core
Thanks,
- Arnaldo
> diff --git a/tools/perf/util/python.c b/tools/perf/util/python.c
> index d948455e5ed43656..9e5d881b098767a3 100644
> --- a/tools/perf/util/python.c
> +++ b/tools/perf/util/python.c
> @@ -20,6 +20,7 @@
> #include "stat.h"
> #include "metricgroup.h"
> #include "util/env.h"
> +#include "util/pmu.h"
> #include <internal/lib.h>
> #include "util.h"
>
> @@ -83,7 +84,7 @@ void perf_stat__collect_metric_expr(struct evlist *evsel_list)
> }
>
> /*
> - * This one is needed not to drag the PMU bandwagon, jevents generated
> + * These ones are needed not to drag the PMU bandwagon, jevents generated
> * pmu_sys_event_tables, etc and evsel__find_pmu() is used so far just for
> * doing per PMU perf_event_attr.exclude_guest handling, not really needed, so
> * far, for the perf python binding known usecases, revisit if this become
> @@ -94,6 +95,11 @@ struct perf_pmu *evsel__find_pmu(struct evsel *evsel __maybe_unused)
> return NULL;
> }
>
> +int perf_pmu__scan_file(struct perf_pmu *pmu, const char *name, const char *fmt, ...)
> +{
> + return EOF;
> +}
> +
> /*
> * Add this one here not to drag util/metricgroup.c
> */
>
> > > Reviewed-by: Leo Yan <leo.yan@linaro.org>
> > > Signed-off-by: James Clark <james.clark@arm.com>
> > > ---
> > > tools/perf/util/cputopo.c | 9 +-------
> > > tools/perf/util/pmu-hybrid.c | 27 +++++-------------------
> > > tools/perf/util/pmu.c | 40 +++++++++++-------------------------
> > > tools/perf/util/pmu.h | 3 ++-
> > > 4 files changed, 20 insertions(+), 59 deletions(-)
> > >
> > > diff --git a/tools/perf/util/cputopo.c b/tools/perf/util/cputopo.c
> > > index 1a3ff6449158..e08797c3cdbc 100644
> > > --- a/tools/perf/util/cputopo.c
> > > +++ b/tools/perf/util/cputopo.c
> > > @@ -422,8 +422,6 @@ void numa_topology__delete(struct numa_topology *tp)
> > > static int load_hybrid_node(struct hybrid_topology_node *node,
> > > struct perf_pmu *pmu)
> > > {
> > > - const char *sysfs;
> > > - char path[PATH_MAX];
> > > char *buf = NULL, *p;
> > > FILE *fp;
> > > size_t len = 0;
> > > @@ -432,12 +430,7 @@ static int load_hybrid_node(struct hybrid_topology_node *node,
> > > if (!node->pmu_name)
> > > return -1;
> > >
> > > - sysfs = sysfs__mountpoint();
> > > - if (!sysfs)
> > > - goto err;
> > > -
> > > - snprintf(path, PATH_MAX, CPUS_TEMPLATE_CPU, sysfs, pmu->name);
> > > - fp = fopen(path, "r");
> > > + fp = perf_pmu__open_file(pmu, "cpus");
> > > if (!fp)
> > > goto err;
> > >
> > > diff --git a/tools/perf/util/pmu-hybrid.c b/tools/perf/util/pmu-hybrid.c
> > > index f51ccaac60ee..38628805a952 100644
> > > --- a/tools/perf/util/pmu-hybrid.c
> > > +++ b/tools/perf/util/pmu-hybrid.c
> > > @@ -20,32 +20,15 @@ LIST_HEAD(perf_pmu__hybrid_pmus);
> > >
> > > bool perf_pmu__hybrid_mounted(const char *name)
> > > {
> > > - char path[PATH_MAX];
> > > - const char *sysfs;
> > > - FILE *file;
> > > - int n, cpu;
> > > + int cpu;
> > > + char pmu_name[PATH_MAX];
> > > + struct perf_pmu pmu = {.name = pmu_name};
> > >
> > > if (strncmp(name, "cpu_", 4))
> > > return false;
> > >
> > > - sysfs = sysfs__mountpoint();
> > > - if (!sysfs)
> > > - return false;
> > > -
> > > - snprintf(path, PATH_MAX, CPUS_TEMPLATE_CPU, sysfs, name);
> > > - if (!file_available(path))
> > > - return false;
> > > -
> > > - file = fopen(path, "r");
> > > - if (!file)
> > > - return false;
> > > -
> > > - n = fscanf(file, "%u", &cpu);
> > > - fclose(file);
> > > - if (n <= 0)
> > > - return false;
> > > -
> > > - return true;
> > > + strlcpy(pmu_name, name, sizeof(pmu_name));
> > > + return perf_pmu__scan_file(&pmu, "cpus", "%u", &cpu) > 0;
> > > }
> > >
> > > struct perf_pmu *perf_pmu__find_hybrid_pmu(const char *name)
> > > diff --git a/tools/perf/util/pmu.c b/tools/perf/util/pmu.c
> > > index 1edbb714ff32..a771a5972fc5 100644
> > > --- a/tools/perf/util/pmu.c
> > > +++ b/tools/perf/util/pmu.c
> > > @@ -571,45 +571,31 @@ static void pmu_read_sysfs(void)
> > > closedir(dir);
> > > }
> > >
> > > -static struct perf_cpu_map *__pmu_cpumask(const char *path)
> > > -{
> > > - FILE *file;
> > > - struct perf_cpu_map *cpus;
> > > -
> > > - file = fopen(path, "r");
> > > - if (!file)
> > > - return NULL;
> > > -
> > > - cpus = perf_cpu_map__read(file);
> > > - fclose(file);
> > > - return cpus;
> > > -}
> > > -
> > > /*
> > > * Uncore PMUs have a "cpumask" file under sysfs. CPU PMUs (e.g. on arm/arm64)
> > > * may have a "cpus" file.
> > > */
> > > #define SYS_TEMPLATE_ID "./bus/event_source/devices/%s/identifier"
> > > -#define CPUS_TEMPLATE_UNCORE "%s/bus/event_source/devices/%s/cpumask"
> > >
> > > static struct perf_cpu_map *pmu_cpumask(const char *name)
> > > {
> > > - char path[PATH_MAX];
> > > struct perf_cpu_map *cpus;
> > > - const char *sysfs = sysfs__mountpoint();
> > > const char *templates[] = {
> > > - CPUS_TEMPLATE_UNCORE,
> > > - CPUS_TEMPLATE_CPU,
> > > + "cpumask",
> > > + "cpus",
> > > NULL
> > > };
> > > const char **template;
> > > + char pmu_name[PATH_MAX];
> > > + struct perf_pmu pmu = {.name = pmu_name};
> > > + FILE *file;
> > >
> > > - if (!sysfs)
> > > - return NULL;
> > > -
> > > + strlcpy(pmu_name, name, sizeof(pmu_name));
> > > for (template = templates; *template; template++) {
> > > - snprintf(path, PATH_MAX, *template, sysfs, name);
> > > - cpus = __pmu_cpumask(path);
> > > + file = perf_pmu__open_file(&pmu, *template);
> > > + if (!file)
> > > + continue;
> > > + cpus = perf_cpu_map__read(file);
> > > if (cpus)
> > > return cpus;
> > > }
> > > @@ -620,13 +606,11 @@ static struct perf_cpu_map *pmu_cpumask(const char *name)
> > > static bool pmu_is_uncore(const char *name)
> > > {
> > > char path[PATH_MAX];
> > > - const char *sysfs;
> > >
> > > if (perf_pmu__hybrid_mounted(name))
> > > return false;
> > >
> > > - sysfs = sysfs__mountpoint();
> > > - snprintf(path, PATH_MAX, CPUS_TEMPLATE_UNCORE, sysfs, name);
> > > + perf_pmu__pathname_scnprintf(path, sizeof(path), name, "cpumask");
> > > return file_available(path);
> > > }
> > >
> > > @@ -1737,7 +1721,7 @@ bool pmu_have_event(const char *pname, const char *name)
> > > return false;
> > > }
> > >
> > > -static FILE *perf_pmu__open_file(struct perf_pmu *pmu, const char *name)
> > > +FILE *perf_pmu__open_file(struct perf_pmu *pmu, const char *name)
> > > {
> > > char path[PATH_MAX];
> > >
> > > diff --git a/tools/perf/util/pmu.h b/tools/perf/util/pmu.h
> > > index 96d030c8b3b3..742d4db319a0 100644
> > > --- a/tools/perf/util/pmu.h
> > > +++ b/tools/perf/util/pmu.h
> > > @@ -7,6 +7,7 @@
> > > #include <linux/perf_event.h>
> > > #include <linux/list.h>
> > > #include <stdbool.h>
> > > +#include <stdio.h>
> > > #include "parse-events.h"
> > > #include "pmu-events/pmu-events.h"
> > >
> > > @@ -22,7 +23,6 @@ enum {
> > > };
> > >
> > > #define PERF_PMU_FORMAT_BITS 64
> > > -#define CPUS_TEMPLATE_CPU "%s/bus/event_source/devices/%s/cpus"
> > > #define MAX_PMU_NAME_LEN 128
> > >
> > > struct perf_event_attr;
> > > @@ -262,5 +262,6 @@ double perf_pmu__cpu_slots_per_cycle(void);
> > > int perf_pmu__event_source_devices_scnprintf(char *pathname, size_t size);
> > > int perf_pmu__pathname_scnprintf(char *buf, size_t size,
> > > const char *pmu_name, const char *filename);
> > > +FILE *perf_pmu__open_file(struct perf_pmu *pmu, const char *name);
> > >
> > > #endif /* __PMU_H */
> > > --
> > > 2.25.1
> > >
> >
> > --
> >
> > - Arnaldo
>
> --
>
> - Arnaldo
--
- Arnaldo
next prev parent reply other threads:[~2023-01-20 17:43 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-20 14:36 [PATCH v5 0/8] perf cs_etm: Basic support for virtual/kernel timestamps James Clark
2023-01-20 14:36 ` [PATCH v5 1/8] perf: Remove duplication around EVENT_SOURCE_DEVICE_PATH James Clark
2023-01-20 14:36 ` [PATCH v5 2/8] perf: Use perf_pmu__open_file() and perf_pmu__scan_file() James Clark
2023-01-20 17:21 ` Arnaldo Carvalho de Melo
2023-01-20 17:32 ` Arnaldo Carvalho de Melo
2023-01-20 17:43 ` Arnaldo Carvalho de Melo [this message]
2023-01-23 10:36 ` James Clark
2023-01-20 14:36 ` [PATCH v5 3/8] perf: Remove remaining duplication of bus/event_source/devices/ James Clark
2023-01-20 14:36 ` [PATCH v5 4/8] perf pmu: Add function to check if a pmu file exists James Clark
2023-01-20 14:36 ` [PATCH v5 5/8] perf cs_etm: Keep separate symbols for ETMv4 and ETE parameters James Clark
2023-01-20 14:36 ` [PATCH v5 6/8] perf cs_etm: Record ts_source in AUXTRACE_INFO for ETMv4 and ETE James Clark
2023-01-20 14:37 ` [PATCH v5 7/8] perf cs_etm: Set the time field in the synthetic samples James Clark
2023-01-20 14:37 ` [PATCH v5 8/8] perf: cs-etm: Ensure that Coresight timestamps don't go backwards James Clark
2023-01-20 17:12 ` Arnaldo Carvalho de Melo
2023-01-23 10:37 ` James Clark
2023-01-20 14:42 ` [PATCH v5 0/8] perf cs_etm: Basic support for virtual/kernel timestamps Suzuki K Poulose
2023-01-20 17:44 ` Tanmay Jagdale
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=Y8rS0BOUeXaGvwPv@kernel.org \
--to=acme@kernel.org \
--cc=alexander.shishkin@linux.intel.com \
--cc=bbhushan2@marvell.com \
--cc=coresight@lists.linaro.org \
--cc=gcherian@marvell.com \
--cc=james.clark@arm.com \
--cc=john.g.garry@oracle.com \
--cc=jolsa@kernel.org \
--cc=lcherian@marvell.com \
--cc=leo.yan@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mathieu.poirier@linaro.org \
--cc=mike.leach@linaro.org \
--cc=mingo@redhat.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
--cc=sgoutham@marvell.com \
--cc=suzuki.poulose@arm.com \
--cc=tanmay@marvell.com \
--cc=will@kernel.org \
/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).