Commit 1b91a994 authored by Ian Rogers's avatar Ian Rogers Committed by Arnaldo Carvalho de Melo
Browse files

perf vendor events intel: Refresh silvermont events 

Update the silvermont events using the new tooling from:

  https://github.com/intel/perfmon



The events are unchanged but unused json values are removed. This
increases consistency across the json files.

Signed-off-by: default avatarIan Rogers <irogers@google.com>
Acked-by: default avatarKan Liang <kan.liang@linux.intel.com>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Caleb Biggers <caleb.biggers@intel.com>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Jiri Olsa <jolsa@kernel.org>
Cc: John Garry <john.g.garry@oracle.com>
Cc: Mark Rutland <mark.rutland@arm.com>
Cc: Namhyung Kim <namhyung@kernel.org>
Cc: Perry Taylor <perry.taylor@intel.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Cc: Xing Zhengjun <zhengjun.xing@linux.intel.com>
Link: https://lore.kernel.org/r/20221215065510.1621979-17-irogers@google.com


Signed-off-by: default avatarArnaldo Carvalho de Melo <acme@redhat.com>
parent 400dd489

tools/perf/pmu-events/arch/x86/silvermont/cache.json

+0 −133

File changed.

Preview size limit exceeded, changes collapsed.

tools/perf/pmu-events/arch/x86/silvermont/floating-point.json

+0 −1
Original line number Diff line number Diff line 
[

    {

        "BriefDescription": "Stalls due to FP assists",

        "Counter": "0,1",

        "EventCode": "0xC3",

        "EventName": "MACHINE_CLEARS.FP_ASSIST",

        "PublicDescription": "This event counts the number of times that pipeline stalled due to FP operations needing assists.",

tools/perf/pmu-events/arch/x86/silvermont/frontend.json

+0 −8
Original line number Diff line number Diff line 
[

    {

        "BriefDescription": "Counts the number of baclears",

        "Counter": "0,1",

        "EventCode": "0xE6",

        "EventName": "BACLEARS.ALL",

        "PublicDescription": "The BACLEARS event counts the number of times the front end is resteered, mainly when the Branch Prediction Unit cannot provide a correct prediction and this is corrected by the Branch Address Calculator at the front end.  The BACLEARS.ANY event counts the number of baclears for any type of branch.",
@@ -10,7 +9,6 @@ 
    },

    {

        "BriefDescription": "Counts the number of JCC baclears",

        "Counter": "0,1",

        "EventCode": "0xE6",

        "EventName": "BACLEARS.COND",

        "PublicDescription": "The BACLEARS event counts the number of times the front end is resteered, mainly when the Branch Prediction Unit cannot provide a correct prediction and this is corrected by the Branch Address Calculator at the front end.  The BACLEARS.COND event counts the number of JCC (Jump on Condtional Code) baclears.",
@@ -19,7 +17,6 @@ 
    },

    {

        "BriefDescription": "Counts the number of RETURN baclears",

        "Counter": "0,1",

        "EventCode": "0xE6",

        "EventName": "BACLEARS.RETURN",

        "PublicDescription": "The BACLEARS event counts the number of times the front end is resteered, mainly when the Branch Prediction Unit cannot provide a correct prediction and this is corrected by the Branch Address Calculator at the front end.  The BACLEARS.RETURN event counts the number of RETURN baclears.",
@@ -28,7 +25,6 @@ 
    },

    {

        "BriefDescription": "Counts the number of times a decode restriction reduced the decode throughput due to wrong instruction length prediction",

        "Counter": "0,1",

        "EventCode": "0xE9",

        "EventName": "DECODE_RESTRICTION.PREDECODE_WRONG",

        "PublicDescription": "Counts the number of times a decode restriction reduced the decode throughput due to wrong instruction length prediction.",
@@ -37,7 +33,6 @@ 
    },

    {

        "BriefDescription": "Instruction fetches",

        "Counter": "0,1",

        "EventCode": "0x80",

        "EventName": "ICACHE.ACCESSES",

        "PublicDescription": "This event counts all instruction fetches, not including most uncacheable\r\nfetches.",
@@ -46,7 +41,6 @@ 
    },

    {

        "BriefDescription": "Instruction fetches from Icache",

        "Counter": "0,1",

        "EventCode": "0x80",

        "EventName": "ICACHE.HIT",

        "PublicDescription": "This event counts all instruction fetches from the instruction cache.",
@@ -55,7 +49,6 @@ 
    },

    {

        "BriefDescription": "Icache miss",

        "Counter": "0,1",

        "EventCode": "0x80",

        "EventName": "ICACHE.MISSES",

        "PublicDescription": "This event counts all instruction fetches that miss the Instruction cache or produce memory requests. This includes uncacheable fetches. An instruction fetch miss is counted only once and not once for every cycle it is outstanding.",
@@ -64,7 +57,6 @@ 
    },

    {

        "BriefDescription": "Counts the number of times entered into a ucode flow in the FEC.  Includes inserted flows due to front-end detected faults or assists.  Speculative count.",

        "Counter": "0,1",

        "EventCode": "0xE7",

        "EventName": "MS_DECODED.MS_ENTRY",

        "PublicDescription": "Counts the number of times the MSROM starts a flow of UOPS. It does not count every time a UOP is read from the microcode ROM.  The most common case that this counts is when a micro-coded instruction is encountered by the front end of the machine.  Other cases include when an instruction encounters a fault, trap, or microcode assist of any sort.  The event will count MSROM startups for UOPS that are speculative, and subsequently cleared by branch mispredict or machine clear.  Background: UOPS are produced by two mechanisms.  Either they are generated by hardware that decodes instructions into UOPS, or they are delivered by a ROM (called the MSROM) that holds UOPS associated with a specific instruction.  MSROM UOPS might also be delivered in response to some condition such as a fault or other exceptional condition.  This event is an excellent mechanism for detecting instructions that require the use of MSROM instructions.",

tools/perf/pmu-events/arch/x86/silvermont/memory.json

+0 −1
Original line number Diff line number Diff line 
[

    {

        "BriefDescription": "Stalls due to Memory ordering",

        "Counter": "0,1",

        "EventCode": "0xC3",

        "EventName": "MACHINE_CLEARS.MEMORY_ORDERING",

        "PublicDescription": "This event counts the number of times that pipeline was cleared due to memory ordering issues.",

tools/perf/pmu-events/arch/x86/silvermont/other.json

+0 −2
Original line number Diff line number Diff line 
[

    {

        "BriefDescription": "Cycles code-fetch stalled due to any reason.",

        "Counter": "0,1",

        "EventCode": "0x86",

        "EventName": "FETCH_STALL.ALL",

        "PublicDescription": "Counts cycles that fetch is stalled due to any reason. That is, the decoder queue is able to accept bytes, but the fetch unit is unable to provide bytes.  This will include cycles due to an ITLB miss, ICache miss and other events.",
@@ -10,7 +9,6 @@ 
    },

    {

        "BriefDescription": "Cycles code-fetch stalled due to an outstanding ITLB miss.",

        "Counter": "0,1",

        "EventCode": "0x86",

        "EventName": "FETCH_STALL.ITLB_FILL_PENDING_CYCLES",

        "PublicDescription": "Counts cycles that fetch is stalled due to an outstanding ITLB miss. That is, the decoder queue is able to accept bytes, but the fetch unit is unable to provide bytes due to an ITLB miss.  Note: this event is not the same as page walk cycles to retrieve an instruction translation.",