From: Jiri Olsa <jolsa@redhat.com>
To: John Garry <john.garry@huawei.com>
Cc: mark.rutland@arm.com, brueckner@linux.ibm.com,
ak@linux.intel.com, mathieu.poirier@linaro.org,
peterz@infradead.org, tmricht@linux.ibm.com, will.deacon@arm.com,
linux-kernel@vger.kernel.org, acme@kernel.org,
linuxarm@huawei.com, zhangshaokun@hisilicon.com,
alexander.shishkin@linux.intel.com, mingo@redhat.com,
namhyung@kernel.org, ben@decadent.org.uk,
linux-arm-kernel@lists.infradead.org, kan.liang@linux.intel.com
Subject: Re: [PATCH 2/5] perf pmu: Support more complex PMU event aliasing
Date: Tue, 11 Jun 2019 18:10:23 +0200 [thread overview]
Message-ID: <20190611161023.GD18242@krava> (raw)
In-Reply-To: <1560160772-210844-3-git-send-email-john.garry@huawei.com>
On Mon, Jun 10, 2019 at 05:59:29PM +0800, John Garry wrote:
> The jevent "Unit" field is used for uncore PMU alias definition.
>
> The form uncore_pmu_example_X is supported, where "X" is a wildcard,
> to support multiple instances of the same PMU in a system.
>
> Unfortunately this format not suitable for all uncore PMUs; take the Hisi
> DDRC uncore PMU for example, where the name is in the form
> hisi_scclX_ddrcY.
>
> For the current jevent parsing, we would be required to hardcode an uncore
> alias translation for each possible value of X. This is not scalable.
>
> Instead, add support for "Unit" field in the form "hisi_sccl,ddrc", where
> we can match by hisi_scclX and ddrcY. Tokens in Unit field
> are delimited by ','.
>
> Signed-off-by: John Garry <john.garry@huawei.com>
> ---
> tools/perf/util/pmu.c | 45 ++++++++++++++++++++++++++++++++++++++-----
> 1 file changed, 40 insertions(+), 5 deletions(-)
>
> diff --git a/tools/perf/util/pmu.c b/tools/perf/util/pmu.c
> index 036047f56efa..f00cae750086 100644
> --- a/tools/perf/util/pmu.c
> +++ b/tools/perf/util/pmu.c
> @@ -700,6 +700,44 @@ struct pmu_events_map *perf_pmu__find_map(struct perf_pmu *pmu)
> return map;
> }
>
> +static bool pmu_uncore_alias_match(const char *pmu_name, const char *name)
> +{
> + /*
> + * uncore alias may be from different PMU
> + * with common prefix
> + */
> + if (!strncmp(pmu_name, name, strlen(pmu_name)))
> + return true;
> +
> + /* match strings with delimiter, ',' */
> + while (1) {
> + const char *delimiter;
> + char token[256] = {};
> + const char *found_token;
> + int token_len;
> +
> + delimiter = strchr(pmu_name, ',');
> + if (delimiter) {
> + token_len = delimiter - pmu_name;
> + } else {
> + token_len = strlen(pmu_name);
> + }
> +
> + memcpy(token, pmu_name, token_len);
> +
> + found_token = strstr(name, token);
> + if (!found_token)
> + return false;
> +
> + /* No more delimiters, so we must be a match */
> + if (!delimiter)
> + return true;
> +
> + pmu_name += token_len + 1;
> + name = found_token + token_len;
> + }
hum, would this be easier with strtok_r?
jirka
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Jiri Olsa <jolsa@redhat.com>
To: John Garry <john.garry@huawei.com>
Cc: peterz@infradead.org, mingo@redhat.com, acme@kernel.org,
alexander.shishkin@linux.intel.com, namhyung@kernel.org,
tmricht@linux.ibm.com, brueckner@linux.ibm.com,
kan.liang@linux.intel.com, ben@decadent.org.uk,
mathieu.poirier@linaro.org, mark.rutland@arm.com,
will.deacon@arm.com, linux-kernel@vger.kernel.org,
linuxarm@huawei.com, linux-arm-kernel@lists.infradead.org,
zhangshaokun@hisilicon.com, ak@linux.intel.com
Subject: Re: [PATCH 2/5] perf pmu: Support more complex PMU event aliasing
Date: Tue, 11 Jun 2019 18:10:23 +0200 [thread overview]
Message-ID: <20190611161023.GD18242@krava> (raw)
In-Reply-To: <1560160772-210844-3-git-send-email-john.garry@huawei.com>
On Mon, Jun 10, 2019 at 05:59:29PM +0800, John Garry wrote:
> The jevent "Unit" field is used for uncore PMU alias definition.
>
> The form uncore_pmu_example_X is supported, where "X" is a wildcard,
> to support multiple instances of the same PMU in a system.
>
> Unfortunately this format not suitable for all uncore PMUs; take the Hisi
> DDRC uncore PMU for example, where the name is in the form
> hisi_scclX_ddrcY.
>
> For the current jevent parsing, we would be required to hardcode an uncore
> alias translation for each possible value of X. This is not scalable.
>
> Instead, add support for "Unit" field in the form "hisi_sccl,ddrc", where
> we can match by hisi_scclX and ddrcY. Tokens in Unit field
> are delimited by ','.
>
> Signed-off-by: John Garry <john.garry@huawei.com>
> ---
> tools/perf/util/pmu.c | 45 ++++++++++++++++++++++++++++++++++++++-----
> 1 file changed, 40 insertions(+), 5 deletions(-)
>
> diff --git a/tools/perf/util/pmu.c b/tools/perf/util/pmu.c
> index 036047f56efa..f00cae750086 100644
> --- a/tools/perf/util/pmu.c
> +++ b/tools/perf/util/pmu.c
> @@ -700,6 +700,44 @@ struct pmu_events_map *perf_pmu__find_map(struct perf_pmu *pmu)
> return map;
> }
>
> +static bool pmu_uncore_alias_match(const char *pmu_name, const char *name)
> +{
> + /*
> + * uncore alias may be from different PMU
> + * with common prefix
> + */
> + if (!strncmp(pmu_name, name, strlen(pmu_name)))
> + return true;
> +
> + /* match strings with delimiter, ',' */
> + while (1) {
> + const char *delimiter;
> + char token[256] = {};
> + const char *found_token;
> + int token_len;
> +
> + delimiter = strchr(pmu_name, ',');
> + if (delimiter) {
> + token_len = delimiter - pmu_name;
> + } else {
> + token_len = strlen(pmu_name);
> + }
> +
> + memcpy(token, pmu_name, token_len);
> +
> + found_token = strstr(name, token);
> + if (!found_token)
> + return false;
> +
> + /* No more delimiters, so we must be a match */
> + if (!delimiter)
> + return true;
> +
> + pmu_name += token_len + 1;
> + name = found_token + token_len;
> + }
hum, would this be easier with strtok_r?
jirka
next prev parent reply other threads:[~2019-06-11 16:11 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-10 9:59 [PATCH 0/5] Perf uncore PMU event alias support for Hisi hip08 ARM64 platform John Garry
2019-06-10 9:59 ` John Garry
2019-06-10 9:59 ` [PATCH 1/5] perf pmu: Fix uncore PMU alias list for ARM64 John Garry
2019-06-10 9:59 ` John Garry
2019-06-10 9:59 ` [PATCH 2/5] perf pmu: Support more complex PMU event aliasing John Garry
2019-06-10 9:59 ` John Garry
2019-06-11 16:10 ` Jiri Olsa [this message]
2019-06-11 16:10 ` Jiri Olsa
2019-06-11 16:22 ` John Garry
2019-06-11 16:22 ` John Garry
2019-06-10 9:59 ` [PATCH 3/5] perf jevents: Add support for Hisi hip08 DDRC PMU aliasing John Garry
2019-06-10 9:59 ` John Garry
2019-06-10 9:59 ` [PATCH 4/5] perf jevents: Add support for Hisi hip08 HHA " John Garry
2019-06-10 9:59 ` John Garry
2019-06-10 9:59 ` [PATCH 5/5] perf jevents: Add support for Hisi hip08 L3C " John Garry
2019-06-10 9:59 ` John Garry
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=20190611161023.GD18242@krava \
--to=jolsa@redhat.com \
--cc=acme@kernel.org \
--cc=ak@linux.intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=ben@decadent.org.uk \
--cc=brueckner@linux.ibm.com \
--cc=john.garry@huawei.com \
--cc=kan.liang@linux.intel.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=mark.rutland@arm.com \
--cc=mathieu.poirier@linaro.org \
--cc=mingo@redhat.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
--cc=tmricht@linux.ibm.com \
--cc=will.deacon@arm.com \
--cc=zhangshaokun@hisilicon.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.