arm64: protect alternatives workarounds with Kconfig options
Not all of the errata we have workarounds for apply necessarily to all SoCs, so people compiling a kernel for one very specific SoC may not need to patch the kernel. Introduce a new submenu in the "Platform selection" menu to allow people to turn off certain bugs if they are not affected. By default all of them are enabled. Normal users or distribution kernels shouldn't bother to deselect any bugs here, since the alternatives framework will take care of patching them in only if needed. Signed-off-by: Andre Przywara <andre.przywara@arm.com> [will: moved kconfig menu under `Kernel Features'] Signed-off-by: Will Deacon <will.deacon@arm.com>
This commit is contained in:
parent
5afaa1fc1b
commit
c0a01b84b1
|
@ -195,6 +195,114 @@ endmenu
|
|||
|
||||
menu "Kernel Features"
|
||||
|
||||
menu "ARM errata workarounds via the alternatives framework"
|
||||
|
||||
config ARM64_ERRATUM_826319
|
||||
bool "Cortex-A53: 826319: System might deadlock if a write cannot complete until read data is accepted"
|
||||
default y
|
||||
help
|
||||
This option adds an alternative code sequence to work around ARM
|
||||
erratum 826319 on Cortex-A53 parts up to r0p2 with an AMBA 4 ACE or
|
||||
AXI master interface and an L2 cache.
|
||||
|
||||
If a Cortex-A53 uses an AMBA AXI4 ACE interface to other processors
|
||||
and is unable to accept a certain write via this interface, it will
|
||||
not progress on read data presented on the read data channel and the
|
||||
system can deadlock.
|
||||
|
||||
The workaround promotes data cache clean instructions to
|
||||
data cache clean-and-invalidate.
|
||||
Please note that this does not necessarily enable the workaround,
|
||||
as it depends on the alternative framework, which will only patch
|
||||
the kernel if an affected CPU is detected.
|
||||
|
||||
If unsure, say Y.
|
||||
|
||||
config ARM64_ERRATUM_827319
|
||||
bool "Cortex-A53: 827319: Data cache clean instructions might cause overlapping transactions to the interconnect"
|
||||
default y
|
||||
help
|
||||
This option adds an alternative code sequence to work around ARM
|
||||
erratum 827319 on Cortex-A53 parts up to r0p2 with an AMBA 5 CHI
|
||||
master interface and an L2 cache.
|
||||
|
||||
Under certain conditions this erratum can cause a clean line eviction
|
||||
to occur at the same time as another transaction to the same address
|
||||
on the AMBA 5 CHI interface, which can cause data corruption if the
|
||||
interconnect reorders the two transactions.
|
||||
|
||||
The workaround promotes data cache clean instructions to
|
||||
data cache clean-and-invalidate.
|
||||
Please note that this does not necessarily enable the workaround,
|
||||
as it depends on the alternative framework, which will only patch
|
||||
the kernel if an affected CPU is detected.
|
||||
|
||||
If unsure, say Y.
|
||||
|
||||
config ARM64_ERRATUM_824069
|
||||
bool "Cortex-A53: 824069: Cache line might not be marked as clean after a CleanShared snoop"
|
||||
default y
|
||||
help
|
||||
This option adds an alternative code sequence to work around ARM
|
||||
erratum 824069 on Cortex-A53 parts up to r0p2 when it is connected
|
||||
to a coherent interconnect.
|
||||
|
||||
If a Cortex-A53 processor is executing a store or prefetch for
|
||||
write instruction at the same time as a processor in another
|
||||
cluster is executing a cache maintenance operation to the same
|
||||
address, then this erratum might cause a clean cache line to be
|
||||
incorrectly marked as dirty.
|
||||
|
||||
The workaround promotes data cache clean instructions to
|
||||
data cache clean-and-invalidate.
|
||||
Please note that this option does not necessarily enable the
|
||||
workaround, as it depends on the alternative framework, which will
|
||||
only patch the kernel if an affected CPU is detected.
|
||||
|
||||
If unsure, say Y.
|
||||
|
||||
config ARM64_ERRATUM_819472
|
||||
bool "Cortex-A53: 819472: Store exclusive instructions might cause data corruption"
|
||||
default y
|
||||
help
|
||||
This option adds an alternative code sequence to work around ARM
|
||||
erratum 819472 on Cortex-A53 parts up to r0p1 with an L2 cache
|
||||
present when it is connected to a coherent interconnect.
|
||||
|
||||
If the processor is executing a load and store exclusive sequence at
|
||||
the same time as a processor in another cluster is executing a cache
|
||||
maintenance operation to the same address, then this erratum might
|
||||
cause data corruption.
|
||||
|
||||
The workaround promotes data cache clean instructions to
|
||||
data cache clean-and-invalidate.
|
||||
Please note that this does not necessarily enable the workaround,
|
||||
as it depends on the alternative framework, which will only patch
|
||||
the kernel if an affected CPU is detected.
|
||||
|
||||
If unsure, say Y.
|
||||
|
||||
config ARM64_ERRATUM_832075
|
||||
bool "Cortex-A57: 832075: possible deadlock on mixing exclusive memory accesses with device loads"
|
||||
default y
|
||||
help
|
||||
This option adds an alternative code sequence to work around ARM
|
||||
erratum 832075 on Cortex-A57 parts up to r1p2.
|
||||
|
||||
Affected Cortex-A57 parts might deadlock when exclusive load/store
|
||||
instructions to Write-Back memory are mixed with Device loads.
|
||||
|
||||
The workaround is to promote device loads to use Load-Acquire
|
||||
semantics.
|
||||
Please note that this does not necessarily enable the workaround,
|
||||
as it depends on the alternative framework, which will only patch
|
||||
the kernel if an affected CPU is detected.
|
||||
|
||||
If unsure, say Y.
|
||||
|
||||
endmenu
|
||||
|
||||
|
||||
choice
|
||||
prompt "Page size"
|
||||
default ARM64_4K_PAGES
|
||||
|
|
|
@ -65,18 +65,32 @@ is_affected_midr_range(struct arm64_cpu_capabilities *entry)
|
|||
.midr_range_max = max
|
||||
|
||||
struct arm64_cpu_capabilities arm64_errata[] = {
|
||||
#if defined(CONFIG_ARM64_ERRATUM_826319) || \
|
||||
defined(CONFIG_ARM64_ERRATUM_827319) || \
|
||||
defined(CONFIG_ARM64_ERRATUM_824069)
|
||||
{
|
||||
/* Cortex-A53 r0p[012] */
|
||||
.desc = "ARM errata 826319, 827319, 824069",
|
||||
.capability = ARM64_WORKAROUND_CLEAN_CACHE,
|
||||
MIDR_RANGE(MIDR_CORTEX_A53, 0x00, 0x02),
|
||||
},
|
||||
#endif
|
||||
#ifdef CONFIG_ARM64_ERRATUM_819472
|
||||
{
|
||||
/* Cortex-A53 r0p[01] */
|
||||
.desc = "ARM errata 819472",
|
||||
.capability = ARM64_WORKAROUND_CLEAN_CACHE,
|
||||
MIDR_RANGE(MIDR_CORTEX_A53, 0x00, 0x01),
|
||||
},
|
||||
#endif
|
||||
#ifdef CONFIG_ARM64_ERRATUM_832075
|
||||
{
|
||||
/* Cortex-A57 r0p0 - r1p2 */
|
||||
.desc = "ARM erratum 832075",
|
||||
.capability = ARM64_WORKAROUND_DEVICE_LOAD_ACQUIRE,
|
||||
MIDR_RANGE(MIDR_CORTEX_A57, 0x00, 0x12),
|
||||
},
|
||||
#endif
|
||||
{
|
||||
}
|
||||
};
|
||||
|
|
Loading…
Reference in New Issue