[PATCH 0/4] perf: Add support for PMU events in JSON format

From: Sukadev Bhattiprolu
Date: Tue May 19 2015 - 20:02:45 EST


CPUs support a large number of performance monitoring events (PMU events)
and often these events are very specific to an architecture/model of the
CPU. To use most of these PMU events with perf we currently have to identify
the events by their raw codes:

perf stat -e r100f2 sleep 1

This patchset allows architectures to specify these PMU events in a JSON
files which are defined in the tools/perf/pmu-events/arch/ directory of
the mainline tree

Eg: snippet from 004d0100.json (in patch 4)
[

{
"EventCode": "0x100f2",
"EventName": "PM_1PLUS_PPC_CMPL",
"BriefDescription": "1 or more ppc insts finished,",
"PublicDescription": "1 or more ppc insts finished (completed).,"
},
]

When building the perf tool, this patchset, first builds/uses a 'jevents'
which locates all the JSON files for the architecture (currently Powerpc).
The jevents binary then translates the JSON files into into a C-style
"PMU events table":

struct pmu_event pme_004d0100_core[] = {

...

{
.name = "pm_1plus_ppc_cmpl",
.event = "event=0x100f2",
.desc = "1 or more ppc insts finished,",
},

...
}

The jevents binary also looks for a "mapfile" to map a processor model/
version to a specific events table:

$ cat mapfile.csv
IBM-Power8-9188,004d0100,004d0100-core.json,core

and uses this to build a mapping table:

struct pmu_events_map pmu_events_map[] = {
{
.vfm = "IBM-Power8-9188",
.version = "004d0100",
.type = "core",
.table = pme_004d0100_core
},

This mapping and events tables for the architecture are then included in
the perf binary during build.

At run time, perf identifies the specific events table, based on the model
of the CPU perf is running on. Perf uses that table to create event aliases
which would allow the user to specify the event as:

perf stat -e pm_1plus_ppc_cmpl sleep 1

Note:
- All known events tables for the architecture are included in the
perf binary.

- Inconsistencies between the JSON files and the mapfile can result
in build failures in perf (although jevents try to recover from
some and continue the build by leaving out event aliases).

- For architectures that don't have any JSON files, an empty mapping
table is created and they should continue to build)

Andi Kleen (2):
perf, tools: Add jsmn `jasmine' JSON parser
jevents: Program to convert JSON file to C style file

Sukadev Bhattiprolu (2):
Use pmu_events_map table to create event aliases
perf: Add power8 PMU events in json format

tools/perf/Build | 1 +
tools/perf/Makefile.perf | 4 +-
tools/perf/arch/powerpc/util/header.c | 33 +
tools/perf/pmu-events/Build | 38 +
tools/perf/pmu-events/README | 67 +
.../pmu-events/arch/powerpc/004d0100-core.json | 5766 ++++++++++++++++++++
tools/perf/pmu-events/arch/powerpc/mapfile.csv | 1 +
tools/perf/pmu-events/arch/powerpc/power8.json | 5766 ++++++++++++++++++++
tools/perf/pmu-events/jevents.c | 700 +++
tools/perf/pmu-events/jevents.h | 17 +
tools/perf/pmu-events/jsmn.c | 313 ++
tools/perf/pmu-events/jsmn.h | 67 +
tools/perf/pmu-events/json.c | 162 +
tools/perf/pmu-events/json.h | 36 +
tools/perf/pmu-events/pmu-events.h | 39 +
tools/perf/util/header.h | 4 +-
tools/perf/util/pmu.c | 104 +-
17 files changed, 13103 insertions(+), 15 deletions(-)
create mode 100644 tools/perf/pmu-events/Build
create mode 100644 tools/perf/pmu-events/README
create mode 100644 tools/perf/pmu-events/arch/powerpc/004d0100-core.json
create mode 100644 tools/perf/pmu-events/arch/powerpc/mapfile.csv
create mode 100644 tools/perf/pmu-events/arch/powerpc/power8.json
create mode 100644 tools/perf/pmu-events/jevents.c
create mode 100644 tools/perf/pmu-events/jevents.h
create mode 100644 tools/perf/pmu-events/jsmn.c
create mode 100644 tools/perf/pmu-events/jsmn.h
create mode 100644 tools/perf/pmu-events/json.c
create mode 100644 tools/perf/pmu-events/json.h
create mode 100644 tools/perf/pmu-events/pmu-events.h

--
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/