From: Anshuman Khandual <anshuman.khandual@arm.com>
To: Suzuki K Poulose <suzuki.poulose@arm.com>,
Mike Leach <mike.leach@linaro.org>
Cc: linux-arm-kernel@lists.infradead.org,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>, James Clark <james.clark@arm.com>,
Leo Yan <leo.yan@linaro.org>, Jonathan Corbet <corbet@lwn.net>,
linux-doc@vger.kernel.org, coresight@lists.linaro.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH V3 1/3] coresight: etm: Override TRCIDR3.CCITMIN on errata affected cpus
Date: Fri, 18 Aug 2023 16:15:53 +0530 [thread overview]
Message-ID: <666d2938-a058-ac63-4222-39efa84e38d7@arm.com> (raw)
In-Reply-To: <99811457-740c-69a0-7662-dbe24fa2a1c1@arm.com>
On 8/18/23 14:20, Suzuki K Poulose wrote:
> On 18/08/2023 09:45, Anshuman Khandual wrote:
>>
>>
>> On 8/11/23 14:33, Mike Leach wrote:
>>> Hi Anshuman,
>>>
>>> A few minor points.
>>>
>>> On Fri, 11 Aug 2023 at 04:46, Anshuman Khandual
>>> <anshuman.khandual@arm.com> wrote:
>>>>
>>>> This work arounds errata 1490853 on Cortex-A76, and Neoverse-N1, errata
>>>> 1491015 on Cortex-A77, errata 1502854 on Cortex-X1, and errata 1619801 on
>>>> Neoverse-V1, based affected cpus, where software read for TRCIDR3.CCITMIN
>>>> field in ETM gets an wrong value.
>>>>
>>>> If software uses the value returned by the TRCIDR3.CCITMIN register field,
>>>> then it will limit the range which could be used for programming the ETM.
>>>> In reality, the ETM could be programmed with a much smaller value than what
>>>> is indicated by the TRCIDR3.CCITMIN field and still function correctly.
>>>>
>>>> If software reads the TRCIDR3.CCITMIN register field, corresponding to the
>>>> instruction trace counting minimum threshold, observe the value 0x100 or a
>>>> minimum cycle count threshold of 256. The correct value should be 0x4 or a
>>>> minimum cycle count threshold of 4.
>>>>
>>>> This work arounds the problem via storing 4 in drvdata->ccitmin on affected
>>>> systems where the TRCIDR3.CCITMIN has been 256, thus preserving cycle count
>>>> threshold granularity.
>>>>
>>>> These errata information has been updated in arch/arm64/silicon-errata.rst,
>>>> but without their corresponding configs because these have been implemented
>>>> directly in the driver.
>>>>
>>>> Cc: Catalin Marinas <catalin.marinas@arm.com>
>>>> Cc: Will Deacon <will@kernel.org>
>>>> Cc: Suzuki K Poulose <suzuki.poulose@arm.com>
>>>> Cc: Mike Leach <mike.leach@linaro.org>
>>>> Cc: James Clark <james.clark@arm.com>
>>>> Cc: Jonathan Corbet <corbet@lwn.net>
>>>> Cc: linux-doc@vger.kernel.org
>>>> Cc: coresight@lists.linaro.org
>>>> Cc: linux-arm-kernel@lists.infradead.org
>>>> Cc: linux-kernel@vger.kernel.org
>>>> Signed-off-by: Anshuman Khandual <anshuman.khandual@arm.com>
>>>> ---
>>>> Documentation/arch/arm64/silicon-errata.rst | 10 +++++
>>>> .../coresight/coresight-etm4x-core.c | 37 +++++++++++++++++++
>>>> 2 files changed, 47 insertions(+)
>>>>
>>>> diff --git a/Documentation/arch/arm64/silicon-errata.rst b/Documentation/arch/arm64/silicon-errata.rst
>>>> index bedd3a1d7b42..b08f33eda5f1 100644
>>>> --- a/Documentation/arch/arm64/silicon-errata.rst
>>>> +++ b/Documentation/arch/arm64/silicon-errata.rst
>>>> @@ -107,6 +107,10 @@ stable kernels.
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Cortex-A76 | #1463225 | ARM64_ERRATUM_1463225 |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> +| ARM | Cortex-A76 | #1490853 | N/A |
>>>> ++----------------+-----------------+-----------------+-----------------------------+
>>>> +| ARM | Cortex-A77 | #1491015 | N/A |
>>>> ++----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Cortex-A77 | #1508412 | ARM64_ERRATUM_1508412 |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Cortex-A510 | #2051678 | ARM64_ERRATUM_2051678 |
>>>> @@ -125,6 +129,8 @@ stable kernels.
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Cortex-A715 | #2645198 | ARM64_ERRATUM_2645198 |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> +| ARM | Cortex-X1 | #1502854 | N/A |
>>>> ++----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Cortex-X2 | #2119858 | ARM64_ERRATUM_2119858 |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Cortex-X2 | #2224489 | ARM64_ERRATUM_2224489 |
>>>> @@ -133,6 +139,8 @@ stable kernels.
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Neoverse-N1 | #1349291 | N/A |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> +| ARM | Neoverse-N1 | #1490853 | N/A |
>>>> ++----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Neoverse-N1 | #1542419 | ARM64_ERRATUM_1542419 |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Neoverse-N2 | #2139208 | ARM64_ERRATUM_2139208 |
>>>> @@ -141,6 +149,8 @@ stable kernels.
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | Neoverse-N2 | #2253138 | ARM64_ERRATUM_2253138 |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> +| ARM | Neoverse-V1 | #1619801 | N/A |
>>>> ++----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | MMU-500 | #841119,826419 | N/A |
>>>> +----------------+-----------------+-----------------+-----------------------------+
>>>> | ARM | MMU-600 | #1076982,1209401| N/A |
>>>
>>> Could these doc changes not go in patch 3?
>>
>> As Suzuki had explained earlier, will keep this errata documentation here in this patch.
>>
>>>
>>>> diff --git a/drivers/hwtracing/coresight/coresight-etm4x-core.c b/drivers/hwtracing/coresight/coresight-etm4x-core.c
>>>> index 703b6fcbb6a5..1f3d29a639ff 100644
>>>> --- a/drivers/hwtracing/coresight/coresight-etm4x-core.c
>>>> +++ b/drivers/hwtracing/coresight/coresight-etm4x-core.c
>>>> @@ -1150,6 +1150,31 @@ static void cpu_detect_trace_filtering(struct etmv4_drvdata *drvdata)
>>>> drvdata->trfcr = trfcr;
>>>> }
>>>>
>>>> +/*
>>>> + * The following errata on applicable cpu rangess affect the CCITMIN filed
>>>
>>> s/rangess/ranges
>>
>> Fixed.
>>
>>>
>>>> + * in TCRIDR3 register. Software read for the field returns 0x100 limiting
>>>> + * the cycle threshold granularity, where as the right value should have
>>>> + * been 0x4, which is well supported in the hardware.
>>>> + */
>>>> +static struct midr_range etm_wrong_ccitmin_cpus[] = {
>>>> + /* Erratum #1490853 - Cortex-A76 */
>>>> + MIDR_RANGE(MIDR_CORTEX_A76, 0, 0, 4, 0),
>>>> + /* Erratum #1490853 - Neoverse-N1 */
>>>> + MIDR_RANGE(MIDR_NEOVERSE_N1, 0, 0, 4, 0),
>>>> + /* Erratum #1491015 - Cortex-A77 */
>>>> + MIDR_RANGE(MIDR_CORTEX_A77, 0, 0, 1, 0),
>>>> + /* Erratum #1502854 - Cortex-X1 */
>>>> + MIDR_REV(MIDR_CORTEX_X1, 0, 0),
>>>> + /* Erratum #1619801 - Neoverse-V1 */
>>>> + MIDR_REV(MIDR_NEOVERSE_V1, 0, 0),
>>>> + {},
>>>> +};
>>>> +
>>>> +static bool etm4_work_around_wrong_ccitmin(void)
>>>
>>> This is not the actual work around - perhaps this should be
>>> etm4_core_reads_wrong_ccitmin()?
>>
>> Sounds better, will rename the function.
>
> Or even move the drvdata->ccitmin == 256 check to this function,
> pass in the drvdata as an argument. That way, the function
> completes its meaning. i.e., it reads wrong value only if the value
> is 256.
Something like the following ?
--- a/drivers/hwtracing/coresight/coresight-etm4x-core.c
+++ b/drivers/hwtracing/coresight/coresight-etm4x-core.c
@@ -1159,9 +1159,20 @@ static struct midr_range etm_wrong_ccitmin_cpus[] = {
{},
};
-static bool etm4_core_reads_wrong_ccitmin(void)
+static bool etm4_core_reads_wrong_ccitmin(struct etmv4_drvdata *drvdata)
{
- return is_midr_in_range_list(read_cpuid_id(), etm_wrong_ccitmin_cpus);
+ if (is_midr_in_range_list(read_cpuid_id(), etm_wrong_ccitmin_cpus)) {
+ /*
+ * Erratum affected cpus will read 256 as the minimum
+ * instruction trace cycle counting threshold where as
+ * the correct value should be 4 instead. Override the
+ * recorded value for 'drvdata->ccitmin' to workaround
+ * this problem.
+ */
+ if (drvdata->ccitmin == 256)
+ return true;
+ }
+ return false;
}
static void etm4_init_arch_data(void *info)
@@ -1228,17 +1239,8 @@ static void etm4_init_arch_data(void *info)
etmidr3 = etm4x_relaxed_read32(csa, TRCIDR3);
/* CCITMIN, bits[11:0] minimum threshold value that can be programmed */
drvdata->ccitmin = FIELD_GET(TRCIDR3_CCITMIN_MASK, etmidr3);
- if (etm4_core_reads_wrong_ccitmin()) {
- /*
- * Erratum affected cpus will read 256 as the minimum
- * instruction trace cycle counting threshold where as
- * the correct value should be 4 instead. Override the
- * recorded value for 'drvdata->ccitmin' to workaround
- * this problem.
- */
- if (drvdata->ccitmin == 256)
- drvdata->ccitmin = 4;
- }
+ if (etm4_core_reads_wrong_ccitmin(drvdata))
+ drvdata->ccitmin = 4;
/* EXLEVEL_S, bits[19:16] Secure state instruction tracing */
drvdata->s_ex_level = FIELD_GET(TRCIDR3_EXLEVEL_S_MASK, etmidr3);
next prev parent reply other threads:[~2023-08-18 10:46 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-11 3:45 [PATCH V3 0/3] coresight: etm: Make cycle count threshold user configurable Anshuman Khandual
2023-08-11 3:45 ` [PATCH V3 1/3] coresight: etm: Override TRCIDR3.CCITMIN on errata affected cpus Anshuman Khandual
2023-08-11 9:03 ` Mike Leach
2023-08-11 9:31 ` Suzuki K Poulose
2023-08-18 8:45 ` Anshuman Khandual
2023-08-18 8:50 ` Suzuki K Poulose
2023-08-18 10:45 ` Anshuman Khandual [this message]
2023-08-11 3:45 ` [PATCH V3 2/3] coresight: etm: Make cycle count threshold user configurable Anshuman Khandual
2023-08-11 8:52 ` Mike Leach
2023-08-11 8:57 ` Anshuman Khandual
2023-08-11 9:04 ` Mike Leach
2023-08-11 3:46 ` [PATCH V3 3/3] Documentation: coresight: Add cc_threshold tunable Anshuman Khandual
2023-08-11 9:05 ` Mike Leach
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=666d2938-a058-ac63-4222-39efa84e38d7@arm.com \
--to=anshuman.khandual@arm.com \
--cc=catalin.marinas@arm.com \
--cc=corbet@lwn.net \
--cc=coresight@lists.linaro.org \
--cc=james.clark@arm.com \
--cc=leo.yan@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mike.leach@linaro.org \
--cc=suzuki.poulose@arm.com \
--cc=will@kernel.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).