[PATCH v2 6/6] Documentation/kasan: Update details of KASAN on powerpc
Christophe Leroy
christophe.leroy at csgroup.eu
Mon Nov 14 23:49:26 AEDT 2022
Le 18/05/2022 à 12:07, Paul Mackerras a écrit :
> From: Daniel Axtens <dja at axtens.net>
>
> Signed-off-by: Paul Mackerras <paulus at ozlabs.org>
This change doesn't apply, can you rebase ?
Thanks
Christophe
> ---
> Documentation/dev-tools/kasan.rst | 7 ++++++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/dev-tools/kasan.rst b/Documentation/dev-tools/kasan.rst
> index 8089c559d339..448995c11bee 100644
> --- a/Documentation/dev-tools/kasan.rst
> +++ b/Documentation/dev-tools/kasan.rst
> @@ -36,7 +36,9 @@ Both software KASAN modes work with SLUB and SLAB memory allocators,
> while the hardware tag-based KASAN currently only supports SLUB.
>
> Currently, generic KASAN is supported for the x86_64, arm, arm64, xtensa, s390,
> -and riscv architectures, and tag-based KASAN modes are supported only for arm64.
> +and riscv architectures. It is also supported on powerpc for 32-bit kernels and
> +for 64-bit kernels running under the Radix MMU. Tag-based KASAN modes are
> +supported only for arm64.
>
> Usage
> -----
> @@ -351,6 +353,9 @@ With ``CONFIG_KASAN_VMALLOC``, KASAN can cover vmalloc space at the
> cost of greater memory usage. Currently, this is supported on x86,
> riscv, s390, and powerpc.
>
> +It is optional, except on 64-bit powerpc kernels, and on 32-bit
> +powerpc kernels with module support, where it is required.
> +
> This works by hooking into vmalloc and vmap and dynamically
> allocating real shadow memory to back the mappings.
>
More information about the Linuxppc-dev
mailing list