riscv: Introduce alternative mechanism to apply errata solution
Introduce the "alternative" mechanism from ARM64 and x86 to apply the CPU
vendors' errata solution at runtime. The main purpose of this patch is
to provide a framework. Therefore, the implementation is quite basic for
now so that some scenarios could not use this schemei, such as patching
code to a module, relocating the patching code and heterogeneous CPU
topology.
Users could use the macro ALTERNATIVE to apply an errata to the existing
code flow. In the macro ALTERNATIVE, users need to specify the manufacturer
information(vendorid, archid, and impid) for this errata. Therefore, kernel
will know this errata is suitable for which CPU core. During the booting
procedure, kernel will select the errata required by the CPU core and then
patch it. It means that the kernel only applies the errata to the specified
CPU core. In this case, the vendor's errata does not affect each other at
runtime. The above patching procedure only occurs during the booting phase,
so we only take the overhead of the "alternative" mechanism once.
This "alternative" mechanism is enabled by default to ensure that all
required errata will be applied. However, users can disable this feature by
the Kconfig "CONFIG_RISCV_ERRATA_ALTERNATIVE".
Signed-off-by: Vincent Chen <vincent.chen@sifive.com>
Reviewed-by: Anup Patel <anup@brainfault.org>
Signed-off-by: Palmer Dabbelt <palmerdabbelt@google.com>
2021-03-22 22:26:03 +08:00
|
|
|
menu "CPU errata selection"
|
|
|
|
|
2021-03-22 22:26:04 +08:00
|
|
|
config ERRATA_SIFIVE
|
|
|
|
bool "SiFive errata"
|
2022-05-12 03:29:10 +08:00
|
|
|
depends on !XIP_KERNEL
|
|
|
|
select RISCV_ALTERNATIVE
|
2021-03-22 22:26:04 +08:00
|
|
|
help
|
|
|
|
All SiFive errata Kconfig depend on this Kconfig. Disabling
|
|
|
|
this Kconfig will disable all SiFive errata. Please say "Y"
|
|
|
|
here if your platform uses SiFive CPU cores.
|
|
|
|
|
|
|
|
Otherwise, please say "N" here to avoid unnecessary overhead.
|
|
|
|
|
2021-03-22 22:26:05 +08:00
|
|
|
config ERRATA_SIFIVE_CIP_453
|
|
|
|
bool "Apply SiFive errata CIP-453"
|
2021-04-29 15:58:36 +08:00
|
|
|
depends on ERRATA_SIFIVE && 64BIT
|
2021-03-22 22:26:05 +08:00
|
|
|
default y
|
|
|
|
help
|
|
|
|
This will apply the SiFive CIP-453 errata to add sign extension
|
|
|
|
to the $badaddr when exception type is instruction page fault
|
|
|
|
and instruction access fault.
|
|
|
|
|
|
|
|
If you don't know what to do here, say "Y".
|
|
|
|
|
2021-03-22 22:26:06 +08:00
|
|
|
config ERRATA_SIFIVE_CIP_1200
|
|
|
|
bool "Apply SiFive errata CIP-1200"
|
2021-04-29 15:58:36 +08:00
|
|
|
depends on ERRATA_SIFIVE && 64BIT
|
2021-03-22 22:26:06 +08:00
|
|
|
default y
|
|
|
|
help
|
|
|
|
This will apply the SiFive CIP-1200 errata to repalce all
|
|
|
|
"sfence.vma addr" with "sfence.vma" to ensure that the addr
|
|
|
|
has been flushed from TLB.
|
|
|
|
|
|
|
|
If you don't know what to do here, say "Y".
|
|
|
|
|
2022-05-12 03:29:21 +08:00
|
|
|
config ERRATA_THEAD
|
|
|
|
bool "T-HEAD errata"
|
2022-05-27 04:56:45 +08:00
|
|
|
depends on !XIP_KERNEL
|
2022-05-12 03:29:21 +08:00
|
|
|
select RISCV_ALTERNATIVE
|
|
|
|
help
|
|
|
|
All T-HEAD errata Kconfig depend on this Kconfig. Disabling
|
|
|
|
this Kconfig will disable all T-HEAD errata. Please say "Y"
|
|
|
|
here if your platform uses T-HEAD CPU cores.
|
|
|
|
|
|
|
|
Otherwise, please say "N" here to avoid unnecessary overhead.
|
|
|
|
|
|
|
|
config ERRATA_THEAD_PBMT
|
|
|
|
bool "Apply T-Head memory type errata"
|
|
|
|
depends on ERRATA_THEAD && 64BIT
|
|
|
|
select RISCV_ALTERNATIVE_EARLY
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This will apply the memory type errata to handle the non-standard
|
|
|
|
memory type bits in page-table-entries on T-Head SoCs.
|
|
|
|
|
|
|
|
If you don't know what to do here, say "Y".
|
|
|
|
|
riscv: Introduce alternative mechanism to apply errata solution
Introduce the "alternative" mechanism from ARM64 and x86 to apply the CPU
vendors' errata solution at runtime. The main purpose of this patch is
to provide a framework. Therefore, the implementation is quite basic for
now so that some scenarios could not use this schemei, such as patching
code to a module, relocating the patching code and heterogeneous CPU
topology.
Users could use the macro ALTERNATIVE to apply an errata to the existing
code flow. In the macro ALTERNATIVE, users need to specify the manufacturer
information(vendorid, archid, and impid) for this errata. Therefore, kernel
will know this errata is suitable for which CPU core. During the booting
procedure, kernel will select the errata required by the CPU core and then
patch it. It means that the kernel only applies the errata to the specified
CPU core. In this case, the vendor's errata does not affect each other at
runtime. The above patching procedure only occurs during the booting phase,
so we only take the overhead of the "alternative" mechanism once.
This "alternative" mechanism is enabled by default to ensure that all
required errata will be applied. However, users can disable this feature by
the Kconfig "CONFIG_RISCV_ERRATA_ALTERNATIVE".
Signed-off-by: Vincent Chen <vincent.chen@sifive.com>
Reviewed-by: Anup Patel <anup@brainfault.org>
Signed-off-by: Palmer Dabbelt <palmerdabbelt@google.com>
2021-03-22 22:26:03 +08:00
|
|
|
endmenu
|