Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1633042 > unrolled thread
| Started by | Will Deacon <will.deacon@arm.com> |
|---|---|
| First post | 2017-04-28 19:30 +0200 |
| Last post | 2017-05-02 10:30 +0200 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v2 4/4] perf vendor events arm64: Add implementation defined pmu core events of ThunderX2 Will Deacon <will.deacon@arm.com> - 2017-04-28 19:30 +0200
Re: [PATCH v2 4/4] perf vendor events arm64: Add implementation defined pmu core events of ThunderX2 Ganapatrao Kulkarni <gpkulkarni@gmail.com> - 2017-05-02 10:30 +0200
| From | Will Deacon <will.deacon@arm.com> |
|---|---|
| Date | 2017-04-28 19:30 +0200 |
| Subject | Re: [PATCH v2 4/4] perf vendor events arm64: Add implementation defined pmu core events of ThunderX2 |
| Message-ID | <tBhSp-272-19@gated-at.bofh.it> |
On Fri, Apr 28, 2017 at 10:23:47AM +0530, Ganapatrao Kulkarni wrote: > This is not a full event list, but a short list of useful events. > > Signed-off-by: Ganapatrao Kulkarni <ganapatrao.kulkarni@cavium.com> > --- > tools/perf/pmu-events/arch/arm64/mapfile.csv | 14 +++++ > .../arm64/thunderx2/implementation-defined.json | 62 ++++++++++++++++++++++ > 2 files changed, 76 insertions(+) > create mode 100644 tools/perf/pmu-events/arch/arm64/mapfile.csv > create mode 100644 tools/perf/pmu-events/arch/arm64/thunderx2/implementation-defined.json > > diff --git a/tools/perf/pmu-events/arch/arm64/mapfile.csv b/tools/perf/pmu-events/arch/arm64/mapfile.csv > new file mode 100644 > index 0000000..bc9f798 > --- /dev/null > +++ b/tools/perf/pmu-events/arch/arm64/mapfile.csv > @@ -0,0 +1,14 @@ > +# Format: > +# MIDR,Version,JSON/file/pathname,Type > +# > +# where > +# MIDR Processor version > +# Version could be used to track version of of JSON file > +# but currently unused. > +# JSON/file/pathname is the path to JSON file, relative > +# to tools/perf/pmu-events/arch/arm64/. > +# Type is core, uncore etc > +# > +# > +#Family-model,Version,Filename,EventType > +0x00000000420f5161,v1,thunderx2,core In general, I don't think we want to require an exact match on the whole MIDR here. Specifically, we'd want to mask out the Variant and Revision fields for ARM CPUs, to avoid having to update the mapfile all the time. Is it possible to support wildcarding in the MIDR match? Will
[toc] | [next] | [standalone]
| From | Ganapatrao Kulkarni <gpkulkarni@gmail.com> |
|---|---|
| Date | 2017-05-02 10:30 +0200 |
| Message-ID | <tCBm2-455-1@gated-at.bofh.it> |
| In reply to | #1633042 |
On Fri, Apr 28, 2017 at 10:50 PM, Will Deacon <will.deacon@arm.com> wrote: > On Fri, Apr 28, 2017 at 10:23:47AM +0530, Ganapatrao Kulkarni wrote: >> This is not a full event list, but a short list of useful events. >> >> Signed-off-by: Ganapatrao Kulkarni <ganapatrao.kulkarni@cavium.com> >> --- >> tools/perf/pmu-events/arch/arm64/mapfile.csv | 14 +++++ >> .../arm64/thunderx2/implementation-defined.json | 62 ++++++++++++++++++++++ >> 2 files changed, 76 insertions(+) >> create mode 100644 tools/perf/pmu-events/arch/arm64/mapfile.csv >> create mode 100644 tools/perf/pmu-events/arch/arm64/thunderx2/implementation-defined.json >> >> diff --git a/tools/perf/pmu-events/arch/arm64/mapfile.csv b/tools/perf/pmu-events/arch/arm64/mapfile.csv >> new file mode 100644 >> index 0000000..bc9f798 >> --- /dev/null >> +++ b/tools/perf/pmu-events/arch/arm64/mapfile.csv >> @@ -0,0 +1,14 @@ >> +# Format: >> +# MIDR,Version,JSON/file/pathname,Type >> +# >> +# where >> +# MIDR Processor version >> +# Version could be used to track version of of JSON file >> +# but currently unused. >> +# JSON/file/pathname is the path to JSON file, relative >> +# to tools/perf/pmu-events/arch/arm64/. >> +# Type is core, uncore etc >> +# >> +# >> +#Family-model,Version,Filename,EventType >> +0x00000000420f5161,v1,thunderx2,core > > In general, I don't think we want to require an exact match on the whole > MIDR here. Specifically, we'd want to mask out the Variant and Revision > fields for ARM CPUs, to avoid having to update the mapfile all the time. > > Is it possible to support wildcarding in the MIDR match? thanks, Variant and Revision can be wildcard. > > Will thanks Ganapat
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web