[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANpmjNO9EdwPEiNPu630a2kgsxMXYiNU_phKH2=7Z5YFRCSR1A@mail.gmail.com>
Date: Tue, 15 Jun 2021 12:31:02 +0200
From: Marco Elver <elver@...gle.com>
To: Daniel Axtens <dja@...ens.net>
Cc: LKML <linux-kernel@...r.kernel.org>,
Linux Memory Management List <linux-mm@...ck.org>,
linuxppc-dev@...ts.ozlabs.org,
kasan-dev <kasan-dev@...glegroups.com>,
Christophe Leroy <christophe.leroy@...roup.eu>,
aneesh.kumar@...ux.ibm.com, Balbir Singh <bsingharora@...il.com>,
Andrey Konovalov <andreyknvl@...il.com>
Subject: Re: [PATCH v12 0/6] KASAN core changes for ppc64 radix KASAN
[+Cc Andrey]
On Tue, 15 Jun 2021 at 03:47, Daniel Axtens <dja@...ens.net> wrote:
>
> Building on the work of Christophe, Aneesh and Balbir, I've ported
> KASAN to 64-bit Book3S kernels running on the Radix MMU.
>
> I've been trying this for a while, but we keep having collisions
> between the kasan code in the mm tree and the code I want to put in to
> the ppc tree. So my aim here is for patches 1 through 4 or 1 through 5
> to go in via the mm tree.
I think this is reasonable. I'd suggest just sending non-ppc patches
separately (i.e. split the series explicitly) to KASAN maintainers,
and ensure to Cc Andrew, too. Just point at this series to illustrate
how it'll be used.
I think the patches are fine, but I'm not entirely sure about the
current placements of kasan_arch_is_ready(), so hopefully Andrey can
also have a look.
> I will then propose the powerpc changes for
> a later cycle. (I have attached them to this series as an RFC, and
> there are still outstanding review comments I need to attend to.)
>
> v12 applies to next-20210611. There should be no noticable changes to
> other platforms.
>
> Kind regards,
> Daniel
>
> Daniel Axtens (6):
> kasan: allow an architecture to disable inline instrumentation
> kasan: allow architectures to provide an outline readiness check
> kasan: define and use MAX_PTRS_PER_* for early shadow tables
^^ Up to here could be a separate series to go through -mm.
> kasan: Document support on 32-bit powerpc
^^ The Documentation changes are minimal and not just confined to
kasan.rst it seems. In fact your "powerpc: Book3S .." patch changes
Documentation more. So you could just take "kasan: Document support on
32-bit powerpc" through ppc tree as well.
> powerpc/mm/kasan: rename kasan_init_32.c to init_32.c
> [RFC] powerpc: Book3S 64-bit outline-only KASAN support
Powered by blists - more mailing lists