[PATCH] arm64: kernel: disable CNP on Carmel
Will Deacon
will at kernel.org
Wed Feb 17 13:06:27 EST 2021
On Wed, Feb 17, 2021 at 11:25:12AM +0000, Catalin Marinas wrote:
> On Tue, Feb 16, 2021 at 05:31:51PM -0800, Rich Wiley wrote:
> > On NVIDIA Carmel cores, CNP behaves differently than it does on standard
> > ARM cores. On Carmel, if two cores have CNP enabled and share an L2 TLB
> > entry created by core0 for a specific ASID, a non-shareable TLBI from
> > core1 may still see the shared entry. On standard ARM cores, that TLBI
> > will invalidate the shared entry as well.
> >
> > This causes issues with patchsets that attempt to do local TLBIs based
> > on cpumasks instead of broadcast TLBIs. Avoid these issues by disabling
> > CNP support for NVIDIA Carmel cores.
> >
> > Signed-off-by: Rich Wiley <rwiley at nvidia.com>
> > ---
> > arch/arm64/kernel/cpufeature.c | 11 ++++++++++-
> > 1 file changed, 10 insertions(+), 1 deletion(-)
> >
> > diff --git a/arch/arm64/kernel/cpufeature.c b/arch/arm64/kernel/cpufeature.c
> > index 9fac745aa7bb..2aa38a430f6a 100644
> > --- a/arch/arm64/kernel/cpufeature.c
> > +++ b/arch/arm64/kernel/cpufeature.c
> > @@ -986,6 +986,12 @@ static bool has_cache_dic(const struct arm64_cpu_capabilities *entry,
> > return ctr & BIT(CTR_DIC_SHIFT);
> > }
> >
> > +static bool cpu_has_broken_cnp(void)
> > +{
> > + const struct midr_range range = MIDR_ALL_VERSIONS(MIDR_NVIDIA_CARMEL);
> > + return is_midr_in_range(read_cpuid_id(), &range);
> > +}
>
> Since this is a CPU erratum, can you please implement it as other errata
> workarounds we have in the kernel? You'd need to provide an erratum
> number for this CPU as well. You could make the .capability definition
> of the erratum entry more generic like ARM64_WORKAROUND_BROKEN_CNP.
Yes, and please include an update to Documentation/arm64/silicon-errata.rst
Will
More information about the linux-arm-kernel
mailing list