From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-f71.google.com (mail-io1-f71.google.com [209.85.166.71]) by kanga.kvack.org (Postfix) with ESMTP id 2AF536B0522 for ; Wed, 7 Nov 2018 10:56:23 -0500 (EST) Received: by mail-io1-f71.google.com with SMTP id z17-v6so19717978iol.20 for ; Wed, 07 Nov 2018 07:56:23 -0800 (PST) Received: from mail-sor-f65.google.com (mail-sor-f65.google.com. [209.85.220.65]) by mx.google.com with SMTPS id g206-v6sor373891ioa.139.2018.11.07.07.56.22 for (Google Transport Security); Wed, 07 Nov 2018 07:56:22 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20181107153456.GE2623@brain-police> References: <20181107145922.GD2623@brain-police> <20181107153456.GE2623@brain-police> From: Andrey Konovalov Date: Wed, 7 Nov 2018 16:56:21 +0100 Message-ID: Subject: Re: [PATCH v10 00/22] kasan: add software tag-based mode for arm64 Content-Type: text/plain; charset="UTF-8" Sender: owner-linux-mm@kvack.org List-ID: To: Will Deacon , Catalin Marinas Cc: Andrew Morton , Kostya Serebryany , Evgeniy Stepanov , Lee Smith , Ramana Radhakrishnan , Jacob Bramley , Ruben Ayrapetyan , Jann Horn , Mark Brand , Chintan Pandya , Vishwath Mohan , Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , Christoph Lameter , Mark Rutland , Nick Desaulniers , Marc Zyngier , Dave Martin , Ard Biesheuvel , "Eric W . Biederman" , Ingo Molnar , Paul Lawrence , Geert Uytterhoeven , Arnd Bergmann , "Kirill A . Shutemov" , Greg Kroah-Hartman , Kate Stewart , Mike Rapoport , kasan-dev@googlegroups.com, "open list:DOCUMENTATION" , LKML , Linux ARM , linux-sparse@vger.kernel.org, Linux Memory Management List , Linux Kbuild mailing list On Wed, Nov 7, 2018 at 4:34 PM, Will Deacon wrote: > > I would like the patches that touch code under arch/arm64/ to be reviewed by > somebody from the arm64 community. Since the core parts have already been > reviewed, I was suggesting that you could split them out so that they are > not blocked by the architecture code. Is it not possible to preserve the > existing KASAN behaviour for arm64 with the core parts merged? I figured it > must be, since you're not touching any other architectures here and they > assumedly continue to function correctly. It's possible to split out the core mm part, but it doesn't make much sense to merge it separately from the arm64 changes. > However, if you'd rather keep everything together, please can we give it a > couple of weeks so we can at least get the architecture bits reviewed? Most > people are out at LPC next week (and I'm at another conference this week). OK, sounds good! Catalin, could you take a look at the arm64 specific changes?