From: Arnaldo Carvalho de Melo <arnaldo.melo@gmail.com>
To: Colin King <colin.king@canonical.com>, Andi Kleen <andi@firstfloor.org>
Cc: Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
Mark Rutland <mark.rutland@arm.com>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Jiri Olsa <jolsa@redhat.com>, Namhyung Kim <namhyung@kernel.org>,
Andi Kleen <ak@linux.intel.com>,
kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] perf vendor events: fix spelling mistakes: "occurences" -> "occurrences"
Date: Mon, 16 Mar 2020 13:58:12 +0000 [thread overview]
Message-ID: <20200316135812.GA28064@kernel.org> (raw)
In-Reply-To: <20200316093853.117752-1-colin.king@canonical.com>
Em Mon, Mar 16, 2020 at 09:38:53AM +0000, Colin King escreveu:
> From: Colin Ian King <colin.king@canonical.com>
>
> Fix spelling mistake of "occurrences"
This has to be done on the master doc at Intel from where these json
files are generated, otherwise in the next update this will get
overwritten.
- Arnaldo
> Signed-off-by: Colin Ian King <colin.king@canonical.com>
> ---
> tools/perf/pmu-events/arch/x86/ivybridge/pipeline.json | 2 +-
> tools/perf/pmu-events/arch/x86/ivytown/pipeline.json | 2 +-
> tools/perf/pmu-events/arch/x86/jaketown/pipeline.json | 2 +-
> .../perf/pmu-events/arch/x86/knightslanding/pipeline.json | 8 ++++----
> tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json | 2 +-
> 5 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/tools/perf/pmu-events/arch/x86/ivybridge/pipeline.json b/tools/perf/pmu-events/arch/x86/ivybridge/pipeline.json
> index 2a0aad91d83d..e5ca2d85e84d 100644
> --- a/tools/perf/pmu-events/arch/x86/ivybridge/pipeline.json
> +++ b/tools/perf/pmu-events/arch/x86/ivybridge/pipeline.json
> @@ -80,7 +80,7 @@
> "EdgeDetect": "1",
> "EventName": "INT_MISC.RECOVERY_STALLS_COUNT",
> "SampleAfterValue": "2000003",
> - "BriefDescription": "Number of occurences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc.)",
> + "BriefDescription": "Number of occurrences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc.)",
> "CounterMask": "1",
> "CounterHTOff": "0,1,2,3,4,5,6,7"
> },
> diff --git a/tools/perf/pmu-events/arch/x86/ivytown/pipeline.json b/tools/perf/pmu-events/arch/x86/ivytown/pipeline.json
> index 2a0aad91d83d..e5ca2d85e84d 100644
> --- a/tools/perf/pmu-events/arch/x86/ivytown/pipeline.json
> +++ b/tools/perf/pmu-events/arch/x86/ivytown/pipeline.json
> @@ -80,7 +80,7 @@
> "EdgeDetect": "1",
> "EventName": "INT_MISC.RECOVERY_STALLS_COUNT",
> "SampleAfterValue": "2000003",
> - "BriefDescription": "Number of occurences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc.)",
> + "BriefDescription": "Number of occurrences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc.)",
> "CounterMask": "1",
> "CounterHTOff": "0,1,2,3,4,5,6,7"
> },
> diff --git a/tools/perf/pmu-events/arch/x86/jaketown/pipeline.json b/tools/perf/pmu-events/arch/x86/jaketown/pipeline.json
> index 783a5b4a67b1..f32fd4aea6b1 100644
> --- a/tools/perf/pmu-events/arch/x86/jaketown/pipeline.json
> +++ b/tools/perf/pmu-events/arch/x86/jaketown/pipeline.json
> @@ -1019,7 +1019,7 @@
> "EdgeDetect": "1",
> "EventName": "INT_MISC.RECOVERY_STALLS_COUNT",
> "SampleAfterValue": "2000003",
> - "BriefDescription": "Number of occurences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc...).",
> + "BriefDescription": "Number of occurrences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc...).",
> "CounterMask": "1",
> "CounterHTOff": "0,1,2,3,4,5,6,7"
> },
> diff --git a/tools/perf/pmu-events/arch/x86/knightslanding/pipeline.json b/tools/perf/pmu-events/arch/x86/knightslanding/pipeline.json
> index 92e4ef2e22c6..17c92cdedde0 100644
> --- a/tools/perf/pmu-events/arch/x86/knightslanding/pipeline.json
> +++ b/tools/perf/pmu-events/arch/x86/knightslanding/pipeline.json
> @@ -340,7 +340,7 @@
> "UMask": "0x1",
> "EventName": "RECYCLEQ.LD_BLOCK_ST_FORWARD",
> "SampleAfterValue": "200003",
> - "BriefDescription": "Counts the number of occurences a retired load gets blocked because its address partially overlaps with a store",
> + "BriefDescription": "Counts the number of occurrences a retired load gets blocked because its address partially overlaps with a store",
> "Data_LA": "1"
> },
> {
> @@ -349,7 +349,7 @@
> "UMask": "0x2",
> "EventName": "RECYCLEQ.LD_BLOCK_STD_NOTREADY",
> "SampleAfterValue": "200003",
> - "BriefDescription": "Counts the number of occurences a retired load gets blocked because its address overlaps with a store whose data is not ready"
> + "BriefDescription": "Counts the number of occurrences a retired load gets blocked because its address overlaps with a store whose data is not ready"
> },
> {
> "PublicDescription": "This event counts the number of retired store that experienced a cache line boundary split(Precise Event). Note that each spilt should be counted only once.",
> @@ -358,7 +358,7 @@
> "UMask": "0x4",
> "EventName": "RECYCLEQ.ST_SPLITS",
> "SampleAfterValue": "200003",
> - "BriefDescription": "Counts the number of occurences a retired store that is a cache line split. Each split should be counted only once."
> + "BriefDescription": "Counts the number of occurrences a retired store that is a cache line split. Each split should be counted only once."
> },
> {
> "PEBS": "1",
> @@ -367,7 +367,7 @@
> "UMask": "0x8",
> "EventName": "RECYCLEQ.LD_SPLITS",
> "SampleAfterValue": "200003",
> - "BriefDescription": "Counts the number of occurences a retired load that is a cache line split. Each split should be counted only once.",
> + "BriefDescription": "Counts the number of occurrences a retired load that is a cache line split. Each split should be counted only once.",
> "Data_LA": "1"
> },
> {
> diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json b/tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json
> index b7150f65f16d..d69db55f33e7 100644
> --- a/tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json
> +++ b/tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json
> @@ -108,7 +108,7 @@
> "EdgeDetect": "1",
> "EventName": "INT_MISC.RECOVERY_STALLS_COUNT",
> "SampleAfterValue": "2000003",
> - "BriefDescription": "Number of occurences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc...).",
> + "BriefDescription": "Number of occurrences waiting for the checkpoints in Resource Allocation Table (RAT) to be recovered after Nuke due to all other cases except JEClear (e.g. whenever a ucode assist is needed like SSE exception, memory disambiguation, etc...).",
> "CounterMask": "1",
> "CounterHTOff": "0,1,2,3,4,5,6,7"
> },
> --
> 2.25.1
>
--
- Arnaldo
prev parent reply other threads:[~2020-03-16 13:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-27 18:52 [PATCH] perf vendor events: fix spelling mistake: "alloacated" -> "allocated" Colin King
2018-04-30 13:52 ` Arnaldo Carvalho de Melo
2018-04-30 15:29 ` Andi Kleen
2020-03-16 9:38 ` [PATCH] perf vendor events: fix spelling mistakes: "occurences" -> "occurrences" Colin King
2020-03-16 13:58 ` Arnaldo Carvalho de Melo [this message]
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=20200316135812.GA28064@kernel.org \
--to=arnaldo.melo@gmail.com \
--cc=ak@linux.intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=andi@firstfloor.org \
--cc=colin.king@canonical.com \
--cc=jolsa@redhat.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).