Messages in this thread | | | Date | Tue, 07 Mar 2023 19:45:27 -0800 (PST) | Subject | Re: [PATCH v4 0/6] RISC-V kasan rework | From | Palmer Dabbelt <> |
| |
On Tue, 07 Mar 2023 19:29:11 PST (-0800), Palmer Dabbelt wrote: > > On Fri, 3 Feb 2023 08:52:26 +0100, Alexandre Ghiti wrote: >> As described in patch 2, our current kasan implementation is intricate, >> so I tried to simplify the implementation and mimic what arm64/x86 are >> doing. >> >> In addition it fixes UEFI bootflow with a kasan kernel and kasan inline >> instrumentation: all kasan configurations were tested on a large ubuntu >> kernel with success with KASAN_KUNIT_TEST and KASAN_MODULE_TEST. >> >> [...] > > Applied, thanks! > > [1/6] riscv: Split early and final KASAN population functions > https://git.kernel.org/palmer/c/70a3bb1e1fd9 > [2/6] riscv: Rework kasan population functions > https://git.kernel.org/palmer/c/fec8e4f66e4d > [3/6] riscv: Move DTB_EARLY_BASE_VA to the kernel address space > https://git.kernel.org/palmer/c/1cdf594686a3 > [4/6] riscv: Fix EFI stub usage of KASAN instrumented strcmp function > https://git.kernel.org/palmer/c/415e9a115124 > [5/6] riscv: Fix ptdump when KASAN is enabled > https://git.kernel.org/palmer/c/fe0c8624d20d > [6/6] riscv: Unconditionnally select KASAN_VMALLOC if KASAN > https://git.kernel.org/palmer/c/4cdc06c5c741 > > Best regards,
Sorry, this one didn't actually get tested -- I'd thought it was in the queue before I kicked off the run, but it wasn't. It's testing now, I've dropped it from for-next for a bit as I don't remember if this is one of the patch sets that had a bulid/test failure.
| |