From: John Garry <john.garry@huawei.com> To: Jiri Olsa <jolsa@redhat.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 17:22:33 +0100 [thread overview] Message-ID: <9c3ba12c-0621-0e28-ddeb-e1ebeb1674a5@huawei.com> (raw) In-Reply-To: <20190611161023.GD18242@krava> On 11/06/2019 17:10, Jiri Olsa wrote: > 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? Yes, I think so. Cheers, > > jirka > > . >
WARNING: multiple messages have this Message-ID (diff)
From: John Garry <john.garry@huawei.com> To: Jiri Olsa <jolsa@redhat.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 17:22:33 +0100 [thread overview] Message-ID: <9c3ba12c-0621-0e28-ddeb-e1ebeb1674a5@huawei.com> (raw) In-Reply-To: <20190611161023.GD18242@krava> On 11/06/2019 17:10, Jiri Olsa wrote: > 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? Yes, I think so. Cheers, > > jirka > > . > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-06-11 16:23 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 2019-06-11 16:10 ` Jiri Olsa 2019-06-11 16:22 ` John Garry [this message] 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=9c3ba12c-0621-0e28-ddeb-e1ebeb1674a5@huawei.com \ --to=john.garry@huawei.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=jolsa@redhat.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: linkBe 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.