From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id B1E37C02194 for ; Thu, 6 Feb 2025 19:41:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 20F3128001C; Thu, 6 Feb 2025 14:41:32 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 1BFE0280004; Thu, 6 Feb 2025 14:41:32 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0603F28001C; Thu, 6 Feb 2025 14:41:32 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id D9C06280004 for ; Thu, 6 Feb 2025 14:41:31 -0500 (EST) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 85FA11411A0 for ; Thu, 6 Feb 2025 19:41:31 +0000 (UTC) X-FDA: 83090539182.05.5707FB9 Received: from gentwo.org (gentwo.org [62.72.0.81]) by imf14.hostedemail.com (Postfix) with ESMTP id AA5EE10000F for ; Thu, 6 Feb 2025 19:41:29 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=gentwo.org header.s=default header.b=FYcvTqLE; spf=pass (imf14.hostedemail.com: domain of cl@gentwo.org designates 62.72.0.81 as permitted sender) smtp.mailfrom=cl@gentwo.org; dmarc=pass (policy=reject) header.from=gentwo.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738870889; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=dGDAHxU8hAf6n7MjkJU+V0L68Sj414cr9oN7pT0gJ6U=; b=Y9d9DrO5Mh7JQQ1I6ZBOO7vHAqrmlrkh8Ad43wUHjuMbyBZItD88ln6sKAOQ6HN2eK+YZg AxDinA4T8QeFd96+nzcoicRqvhnI75cv9Ci3JuPt+RqxXTkZH4jHOurJv6pReG9sQvyAcU GPQDe1SOg1ne838nu6okP7PvfSP8ZFU= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=gentwo.org header.s=default header.b=FYcvTqLE; spf=pass (imf14.hostedemail.com: domain of cl@gentwo.org designates 62.72.0.81 as permitted sender) smtp.mailfrom=cl@gentwo.org; dmarc=pass (policy=reject) header.from=gentwo.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738870889; a=rsa-sha256; cv=none; b=XUFGxEBSbo5ZPi8RrNAydSWd1ZGG1QGhHArx5uAjJlt1HP0IXzS3EEralikrp2W7XIdEcS 5TL2SDuA5wWIPhuVaU14B06eIxUwVVjZEBQGxOgGdXgQyua4Rj2XtRxcfGC86+Wldfekbd uZliaJNegErij+GJ38MZmxOLMSOSsgE= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gentwo.org; s=default; t=1738869076; bh=F2jqlpwTo2MW743dx82l7OJPk/nMa2jFFcu4kDo1YtI=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=FYcvTqLETvIDV898S86+xT9SbePWJllnFgwWELTqoYC+Ih5/O0lacqyjKvIwxKeYl 0bRynm64ajsLxhkOs9IC2kkFJOFCeX8dIdo5rb/+Td+a2jaoRxPwY+5pkECXs4UPOq jRDzNL1vUjiJGkL0HmYhRBF7jwa5kXwPsOZoma2c= Received: by gentwo.org (Postfix, from userid 1003) id 257D54028B; Thu, 6 Feb 2025 11:11:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id 215A9400CA; Thu, 6 Feb 2025 11:11:16 -0800 (PST) Date: Thu, 6 Feb 2025 11:11:16 -0800 (PST) From: "Christoph Lameter (Ampere)" To: Jessica Clarke cc: Maciej Wieczor-Retman , luto@kernel.org, xin@zytor.com, kirill.shutemov@linux.intel.com, palmer@dabbelt.com, tj@kernel.org, andreyknvl@gmail.com, brgerst@gmail.com, ardb@kernel.org, dave.hansen@linux.intel.com, jgross@suse.com, will@kernel.org, akpm@linux-foundation.org, arnd@arndb.de, corbet@lwn.net, dvyukov@google.com, richard.weiyang@gmail.com, ytcoode@gmail.com, tglx@linutronix.de, hpa@zytor.com, seanjc@google.com, paul.walmsley@sifive.com, aou@eecs.berkeley.edu, justinstitt@google.com, jason.andryuk@amd.com, glider@google.com, ubizjak@gmail.com, jannh@google.com, bhe@redhat.com, vincenzo.frascino@arm.com, rafael.j.wysocki@intel.com, ndesaulniers@google.com, mingo@redhat.com, catalin.marinas@arm.com, junichi.nomura@nec.com, nathan@kernel.org, ryabinin.a.a@gmail.com, dennis@kernel.org, bp@alien8.de, kevinloughlin@google.com, morbo@google.com, dan.j.williams@intel.com, julian.stecklina@cyberus-technology.de, peterz@infradead.org, kees@kernel.org, kasan-dev@googlegroups.com, x86@kernel.org, linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, llvm@lists.linux.dev, linux-doc@vger.kernel.org Subject: Re: [PATCH 00/15] kasan: x86: arm64: risc-v: KASAN tag-based mode for x86 In-Reply-To: <29A74A26-E922-4A4F-9B4A-8DB0336B99DF@jrtc27.com> Message-ID: <94f81328-a135-b99b-7f73-43fb77bd7292@gentwo.org> References: <8bd9c793-aac6-a330-ea8f-3bde0230a20b@gentwo.org> <72837fcd-97a8-c213-0098-c8f308c3415d@gentwo.org> <29A74A26-E922-4A4F-9B4A-8DB0336B99DF@jrtc27.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-815475849-1738869076=:2425008" X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: AA5EE10000F X-Stat-Signature: 9s6j1zbwcwqit4sd3o7mos1e34d4ubqz X-Rspam-User: X-HE-Tag: 1738870889-525004 X-HE-Meta: U2FsdGVkX1+VqrTeo9l8AbFLhzYN7iue4oC2bQ9ulU7mwma5re2sEkKN3j0qRPqZHPN0U2vwum2HunsCsJreZqsttiFag/VMFwQFnmIOpanr2KNjlI+yUiZneW09KL31T4aOeyzau8ohHiCoFwZvYUotBmBhnmIIS/MkCUt475NZBVKqZykmFgto4riQ2Hc3+c5wbNudbO2gNOf6xBUEtWWBm9rXwCENRo6VA/FxDj2Y5KI0H2wnZc1NyGfyFOAKx7aPxYVZZKYNdsplrVXkWHTnh+/QLogEwCxzMzCCzY2qg2+rO+o5eEguXM/mn5AK1H00qpVgeK+VJTaMqmq7WuN0xBMzdHsB/WHKa/5LGqba+vouPFroLVJttP+aW52UI7xM+v+oeme0uXshl2koUMpJcgxB7mvS+icjlAy8YC6aJ9ZpefRN3vGdDOxEGGSNveZ7pP0wzZDs9SGvKIJiHLofysXw/cVSicARzYgQjg7E0CbGMBNPStKWqYnfHxxh9H3FpNlAQGFDvwVVLmKv54iNoehgXn6nVTjuK7UYlPUM3OkU31i6hsdN19Dt0HrV+leVsDhTUcQ3A0JPHk8dIK0QWt7md1RlNpm80QmxbVzYQ77k//ECmlbSBHKgwxsyvGsWFQm3vI3haEuUA8VujydQYaC6dd6fTxJ9h+VsnIQlMe6UVcRa6iyKgXOz1JKaM3nCHigk9OtIDq+HyzGMp740oTW0HyVb2y7vzHP4adU/puxPGv7RzP9ZetPQLVcOCPSWyMO1BdoIIuoQpv0QEMnyUs32JbvfteIq1Rm9QxHmdmW5jS4lzgbmAaGGJ41cG3F+WffuU818LXc4v85kPfY827QumJaVRnUFjoXgF0FqnyG0q6cfQ4LeZuee64716LqlR1fpOSPsmXf7AmLoiBXF9z2LzF/sJoj8IuTO2v6TYO8ylNAuDtyQjglWQIKQjPNBe9fJ0Pr+TzXFnqK XTLkSjDK Kd3XoHrQjVJm1SIu3N+kpBqBCL5MyguntL4vtqIYubKUVLje8MVdztBTpmUBKA/fEYX7KU53DD4s8g3tQMBkpllSRRo2sFLR9W4HDGEMdydCEwcKhNfT0TTDY1CEzbY+cXAi2VT/KpO0/MgEaolYDaxrr8cSZgSqvqUNefloSZCXuNcRTgQTZ5rFTJ5VXhkcgTP2dZfKmZjKsB7mYH56ghJeYGmRgks6/b8vi7gM7Q5MlCCMDhhJxmi7bIXNuN/BnHJ3ss331Y4lJbgTTho3x9XWIdH1T8zy+evjxxMmNzxtrV8ZLei0IFLFlyuEg7Xq88WHPCv8rRnZgI7Vnr1h5/PkIhKyJowcbWBLtO8h634JcnZ13IUwfHLfDiMzblBf5ZpmkQU9mHvjOsVwTMduyqynxwpFL+8Tfrxe1yYNHXIX1lXHszEBUrszKq4/XhcIjxVRGObG4xsD7BNkFUXmyhGM0A3aCKFrL1/qx X-Bogosity: Ham, tests=bogofilter, spamicity=0.000001, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-815475849-1738869076=:2425008 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT On Thu, 6 Feb 2025, Jessica Clarke wrote: > On 5 Feb 2025, at 18:51, Christoph Lameter (Ampere) wrote: > > On Ampere Processor hardware there is no penalty since the logic is build > > into the usual read/write paths. This is by design. There may be on other > > platforms that cannot do this. > > You helpfully cut out all the explanation of where the performance > penalty comes from. But if it’s as you say I can only assume your > design chooses to stall all stores until they have actually written, in > which case you have a performance cost compared with hardware that > omitted MTE or optimises for non-synchronous MTE. The literature on MTE > agrees that it is not no penalty (but can be low penalty). I don’t > really want to have some big debate here about the ins and outs of MTE, > it’s not the place for it, but I will stand up and point out that > claiming MTE to be “no performance penalty” is misrepresentative of the > truth I cannot share details since this information has not been released to be public yet. I hear that a whitepaper will be coming soon to explain this feature. The AmpereOne processors have been released a couple of months ago. I also see that KASAN_HW_TAGS exist but this means that the tags can only be used with CONFIG_KASAN which is a kernel configuration for debug purposes. What we are interested in is a *production* implementation with minimal software overhead that will be the default on ARM64 if the appropriate hardware is detected. That in turn will hopefully allow other software instrumentation that is currently used to keep small objects secure and in turn creates overhead. --8323329-815475849-1738869076=:2425008--