Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp1050782pxb; Sun, 11 Apr 2021 06:04:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0Cca7C13AVSoELpycftdNqoPv6HjuCkp/Ctx2Z/8nO/fH58Cl6aHilSwMjlrDS+cEKHec X-Received: by 2002:a17:902:bb8e:b029:e6:3b2:5834 with SMTP id m14-20020a170902bb8eb02900e603b25834mr21872544pls.38.1618146258973; Sun, 11 Apr 2021 06:04:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618146258; cv=none; d=google.com; s=arc-20160816; b=QAYefzc2CVqCGhlnBlf7t+6/tvf8EMD80RpTFoS02XAYMx0YeG+ZrO6LPGPTfF10Lc tgJpTuuFrZt0x70EQDhmTB5aYaSpzoxkY4e3dYBw7W65ZCaYOtjLp42a8nJvfyalGYJ+ m302zOTjLY23zr9juPqKflU6p31vGWZj6gpwFS/jkh7YO3VYAPml2QH1MlSfWxoJZGdg BPBx96bN548rqmDhBjFW4ZnV2Dl2sKbJRRBfCirjkXI1aGUOdhOZnza7NJ2KSk7GLE1Y 0T4qFTuY29gJ8jIAZmRxvZgYQBVF/7+Hpj8AC/DpV1eePcnp8aktiGpLvHOIIakSNHGM Xryg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=cRiMOoOY7LvnaXpw4J00nNmd8S9u1+6IWVegLCT3RTg=; b=SNT3tAM+OPXpFzEbih0uxjW/Xg0C52I84IVHt6ue5gas/RqgUhkQ2D6LzXNY2chBXS ls67ZEtWY0kVti6Zc8A0WTxvd2b8I0dDt6u0dOWlhzKKAYny8iJwR6GpbcrGp2OgTIgU X64M4aEt+lydU6Z78JMPngAVTWMfgohcZk7Nfbu1Cq345fM+b/1kw9LgRMt3hBCgeCKn Sc/WqMVu9oFx+6E+lppFCFRg7W3+Bb3+f2paNr51lS5+NyomFNB9VSY8Fg/h5ZXV2ZY1 pl49GxXE3PpJv1gjaLNz0xz1jPA6S0wHmkfeHV76dGfiXUFZyCDgldVYzCMlGv8AvNrU phEA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f12si9049703pgp.94.2021.04.11.06.04.06; Sun, 11 Apr 2021 06:04:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235594AbhDKNC6 (ORCPT + 99 others); Sun, 11 Apr 2021 09:02:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:56052 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235569AbhDKNC5 (ORCPT ); Sun, 11 Apr 2021 09:02:57 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1EE7A610C8; Sun, 11 Apr 2021 13:02:38 +0000 (UTC) Date: Sun, 11 Apr 2021 14:02:36 +0100 From: Catalin Marinas To: Vincenzo Frascino , Andrew Morton Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, Will Deacon , Dmitry Vyukov , Andrey Ryabinin , Alexander Potapenko , Marco Elver , Evgenii Stepanov , Branislav Rankov , Andrey Konovalov , Lorenzo Pieralisi Subject: Re: [PATCH v16 0/9] arm64: ARMv8.5-A: MTE: Add async mode support Message-ID: <20210411130236.GB23778@arm.com> References: <20210315132019.33202-1-vincenzo.frascino@arm.com> <20210318185607.GD10758@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210318185607.GD10758@arm.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 18, 2021 at 06:56:07PM +0000, Catalin Marinas wrote: > On Mon, Mar 15, 2021 at 01:20:10PM +0000, Vincenzo Frascino wrote: > > This patchset implements the asynchronous mode support for ARMv8.5-A > > Memory Tagging Extension (MTE), which is a debugging feature that allows > > to detect with the help of the architecture the C and C++ programmatic > > memory errors like buffer overflow, use-after-free, use-after-return, etc. > > > > MTE is built on top of the AArch64 v8.0 virtual address tagging TBI > > (Top Byte Ignore) feature and allows a task to set a 4 bit tag on any > > subset of its address space that is multiple of a 16 bytes granule. MTE > > is based on a lock-key mechanism where the lock is the tag associated to > > the physical memory and the key is the tag associated to the virtual > > address. > > When MTE is enabled and tags are set for ranges of address space of a task, > > the PE will compare the tag related to the physical memory with the tag > > related to the virtual address (tag check operation). Access to the memory > > is granted only if the two tags match. In case of mismatch the PE will raise > > an exception. > > > > The exception can be handled synchronously or asynchronously. When the > > asynchronous mode is enabled: > > - Upon fault the PE updates the TFSR_EL1 register. > > - The kernel detects the change during one of the following: > > - Context switching > > - Return to user/EL0 > > - Kernel entry from EL1 > > - Kernel exit to EL1 > > - If the register has been updated by the PE the kernel clears it and > > reports the error. > > > > The series is based on linux-next/akpm. > > Andrew, could you please pick these patches up via the mm tree? They > depend on kasan patches already queued. Andrew, are you ok for me to queue these patches via the arm64 tree for 5.13 or you'd rather take them in the mm tree? There is a conflict with the mm tree in lib/test_kasan.c, I think commit ce816b430b5a ("kasan: detect false-positives in tests"). Thanks. -- Catalin