Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp400715imm; Thu, 6 Sep 2018 04:25:37 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZ1Zd0CDHoQXQfJ0S5hVt7YIuGMRbaNd3rK8X71I2cgz2oPCKaKbn1I31ffG7wIZI61fxX7 X-Received: by 2002:a17:902:246a:: with SMTP id m39-v6mr2112138plg.57.1536233137212; Thu, 06 Sep 2018 04:25:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536233137; cv=none; d=google.com; s=arc-20160816; b=ihpqXZIphBG1fkDwLc5hcu1w/jQiF0OE2BMk++gV5bUB4jQKqTk+hnCeWKtARNj26q tJmawaybX/DJCtv8c2qnMXs2Xj3qECneCdiZiwqRhHK3u+bTL5S7Cex6GGycsF5FiWnf 1pKHHx8/aM5DJ7vAH8mTQblcJXfitso1OFOxQtgua244y5gRftyAHMxIRoZ7Kh71u5Ws 48G+Zs51Ac/Jx8AT+ChGeU7ga45ijju/tLPDf8A6YWZLVHObfwnQHhm/5PMCBiYaHcpT NYI4ZSS19yQHFW+T66g32YKCvoDaizGe7zmd/zmMAunEqWJ0pLIYLZB74djPfLi5DzLw P9Jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature; bh=eQUtzab2F5p5J0hzS+43NK1LRC4wjId0Bpq0D/n7OE8=; b=0Ooc+0L0ozQP5vrhAFp4O2xqc7ofFmVmlNbHPW/W3S560SESftimVycbLH61O8AyKq zFXwqNCUyqCY9pcUdkoEacZ4tv3nPB1KEav8npJcOjNkY3qPGMzyQmc+j85wMwIjfiGI uKaVANiunolFzXw8Gl9yfpuVy/BsWfHUcD5MvF+hKlHw8IU4FrnxNo3OwsP0PdceX5qP 0xFpbyzolB8OoI8vko/mpFCCbdYVe0X374xh8HRnyspmQx6U9izcppk+F+kd3m9uHf0m CftQoun3ApwUT7caiY/l4zTA4xZtCzymTa7vvCCaJQg0EmlA7HBWGNWmfAqfWcgegTwT wUKg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=MihKNWie; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id bi12-v6si4347405plb.311.2018.09.06.04.25.21; Thu, 06 Sep 2018 04:25:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=MihKNWie; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727785AbeIFPlU (ORCPT + 99 others); Thu, 6 Sep 2018 11:41:20 -0400 Received: from mail-it0-f66.google.com ([209.85.214.66]:53280 "EHLO mail-it0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727623AbeIFPlU (ORCPT ); Thu, 6 Sep 2018 11:41:20 -0400 Received: by mail-it0-f66.google.com with SMTP id p79-v6so14155240itp.3 for ; Thu, 06 Sep 2018 04:06:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=eQUtzab2F5p5J0hzS+43NK1LRC4wjId0Bpq0D/n7OE8=; b=MihKNWiesmAWUZOBS9DNoR+kr6cqqIobt7djEp08rqurqST70dbrR0u5Z+yEllMTfM eyYDEbfNSzopXYn4kQps9z4bJYAbxgZSYvW4JL1qy2KSCc4KnXer4jGrQ+h81sQB8z3z 2AjFiUYp2qIh5WwlY/4q13b9+yOMUY2nYP0Z7YWN3n8UjLR1Nbr9C4V2pA1S/F/a7JHx fA85oIh+lyFwa8HscWiEbIxWh+Mp5RpxgGrS2tSqrkx0WH00oEw48lnO7lyFRB0FGLq2 K5t5kGGXOD56nfGE44edQeyWUGPU1Hsb1xVCbQ/Wmx4Q5LDPaRNmvgsGTDc9weVwZNE7 EpQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=eQUtzab2F5p5J0hzS+43NK1LRC4wjId0Bpq0D/n7OE8=; b=TPAkBnn+cFlL75vYNC6C93yGLVe1bFMspIiLDXVN9497GRvhpOt6yjNBDchix30rTR OOkhJn1wEwnSfDNbOh9Gq/GVCqgzWrt4AXrDySvzzPDEXkSjqQ/C+XiRQZCySmSABjxW u+0lJR2Lxb+jwjNnQiue5rmSK0RzxaPSneC9K5y0Q6wV7H3YPazROmFurh18r9103rXe WtOrS+W1OW5m8gmk6NRjXunjEsoy/v0Ne7h2kaoYWSsLJiuFxvYgyuFQFp+V60MB91He vxVrwTdIarzCGwbRS5ktNFBD8G14wPUVXP5aS/aJhEX/O4ZWeY0z5tKQPGO/5R2IZH/p mAQA== X-Gm-Message-State: APzg51D1cfHNCJgZJJK0+L9YgSARsfSJiiKuEzBoqrBhUwmRv8Gc5ZtO dLM0EgFLTr5mQDxvsscGqdROHyz12txUdo65O1wMMA== X-Received: by 2002:a24:5f92:: with SMTP id r140-v6mr1938778itb.95.1536231983791; Thu, 06 Sep 2018 04:06:23 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:554:0:0:0:0:0 with HTTP; Thu, 6 Sep 2018 04:06:23 -0700 (PDT) In-Reply-To: <20180906100543.GI3592@arm.com> References: <20180905141032.b1ddaab53d1b2b3bada95415@linux-foundation.org> <20180906100543.GI3592@arm.com> From: Andrey Konovalov Date: Thu, 6 Sep 2018 13:06:23 +0200 Message-ID: Subject: Re: [PATCH v6 00/18] khwasan: kernel hardware assisted address sanitizer To: Will Deacon Cc: Andrew Morton , Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , Catalin Marinas , 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 , linux-doc@vger.kernel.org, LKML , Linux ARM , linux-sparse@vger.kernel.org, Linux Memory Management List , Linux Kbuild mailing list , Kostya Serebryany , Evgeniy Stepanov , Lee Smith , Ramana Radhakrishnan , Jacob Bramley , Ruben Ayrapetyan , Jann Horn , Mark Brand , Chintan Pandya , Vishwath Mohan Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 6, 2018 at 12:05 PM, Will Deacon wrote: > On Wed, Sep 05, 2018 at 02:10:32PM -0700, Andrew Morton wrote: >> On Wed, 29 Aug 2018 13:35:04 +0200 Andrey Konovalov wrote: >> >> > This patchset adds a new mode to KASAN [1], which is called KHWASAN >> > (Kernel HardWare assisted Address SANitizer). >> >> We're at v6 and there are no reviewed-by's or acked-by's to be seen. >> Is that a fair commentary on what has been happening, or have people >> been remiss in sending and gathering such things? > > I still have concerns about the consequences of merging this as anything > other than a debug option [1]. Unfortunately, merging it as a debug option > defeats the whole point, so I think we need to spend more effort on developing > tools that can help us to find and fix the subtle bugs which will arise from > enabling tagged pointers in the kernel. I totally don't mind calling it a debug option. Do I need to somehow specify it somewhere? Why does it defeat the point? The point is to ease KASAN-like testing on devices with limited memory.