From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-f54.google.com (mail-qg0-f54.google.com [209.85.192.54]) by kanga.kvack.org (Postfix) with ESMTP id CECE96B0255 for ; Fri, 9 Oct 2015 08:43:23 -0400 (EDT) Received: by qgx61 with SMTP id 61so67169477qgx.3 for ; Fri, 09 Oct 2015 05:43:23 -0700 (PDT) Received: from foss.arm.com (foss.arm.com. [217.140.101.70]) by mx.google.com with ESMTP id 97si1274812qgh.6.2015.10.09.05.43.22 for ; Fri, 09 Oct 2015 05:43:22 -0700 (PDT) Date: Fri, 9 Oct 2015 13:42:54 +0100 From: Mark Rutland Subject: Re: [PATCH v6 0/6] KASAN for arm64 Message-ID: <20151009124253.GA21629@leverpostej> References: <20151007100411.GG3069@e104818-lin.cambridge.arm.com> <20151008111144.GC7275@leverpostej> <56165228.8060201@gmail.com> <20151008151144.GM17192@e104818-lin.cambridge.arm.com> <561789A2.5050601@gmail.com> <20151009094851.GA20507@leverpostej> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: Andrey Ryabinin Cc: Catalin Marinas , Ard Biesheuvel , "linux-efi@vger.kernel.org" , Arnd Bergmann , Yury , "linux-mm@kvack.org" , Linus Walleij , Mark Salter , Will Deacon , LKML , Alexey Klimov , Alexander Potapenko , Dmitry Vyukov , Andrey Konovalov , David Keitel , "linux-arm-kernel@lists.infradead.org" , Matt Fleming On Fri, Oct 09, 2015 at 01:18:09PM +0300, Andrey Ryabinin wrote: > 2015-10-09 12:48 GMT+03:00 Mark Rutland : > > On Fri, Oct 09, 2015 at 12:32:18PM +0300, Andrey Ryabinin wrote: > > [...] > > > >> I thought the EFI stub isolation patches create a copy of mem*() functions in the stub, > >> but they are just create aliases with __efistub_ prefix. > >> > >> We only need to create some more aliases for KASAN. > >> The following patch on top of the EFI stub isolation series works for me. > >> > >> > >> Signed-off-by: Andrey Ryabinin > >> --- > >> arch/arm64/kernel/image.h | 6 ++++++ > >> 1 file changed, 6 insertions(+) > >> > >> diff --git a/arch/arm64/kernel/image.h b/arch/arm64/kernel/image.h > >> index e083af0..6eb8fee 100644 > >> --- a/arch/arm64/kernel/image.h > >> +++ b/arch/arm64/kernel/image.h > >> @@ -80,6 +80,12 @@ __efistub_strcmp = __pi_strcmp; > >> __efistub_strncmp = __pi_strncmp; > >> __efistub___flush_dcache_area = __pi___flush_dcache_area; > >> > >> +#ifdef CONFIG_KASAN > >> +__efistub___memcpy = __pi_memcpy; > >> +__efistub___memmove = __pi_memmove; > >> +__efistub___memset = __pi_memset; > >> +#endif > > > > Ard's v4 stub isolation series has these aliases [1], as the stub > > requires these aliases regardless of KASAN in order to link. > > Stub isolation series has __efistub_memcpy, not __efistub___memcpy > (two additional '_'). Ah, I see, sorry for my sloppy reading. > The thing is, KASAN provides own implementation of memcpy() which > checks memory before access. > The original 'memcpy()' becomes __memcpy(), so we could still use it. Ok. > In code that not instrumented by KASAN (like the EFI stub) we replace > KASAN's memcpy() with the original __mempcy(): > #define memcpy() __memcpy() I'm a little confused by this. Surely that doesn't override implicit calls generated by the compiler, leaving us with a mixture of calls to memcpy and __memcpy? That doesn't matter for the stub, as both __efistub_mem* and __efistub___mem* would point at __pe_mem*, but doesn't that matter for other users that shouldn't be instrumented? Is that not a problem, or do we inhibit/override that somehow? > So with CONFIG_KASAN=y the EFI stub uses __memcpy, thus we need to > create the __efistub___memcpy alias. Ok, that makes sense to me. Thanks, Mark. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org