Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1686396pxb; Mon, 20 Sep 2021 02:53:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzcPu2vSJ5si4iM1eYT8QqZQGuK91m5dA45f8RJ1I1IzDyQ/aBYPJr7IK7HFhH8ttPEfP/v X-Received: by 2002:a17:906:7147:: with SMTP id z7mr27110998ejj.94.1632131604228; Mon, 20 Sep 2021 02:53:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632131604; cv=none; d=google.com; s=arc-20160816; b=TOO1Xe4htAcymTVjqfB0OJrgx6YJmJobbQY9fRsvdZE2b4ya1a9v+YBHAxzQb8peHk qyWhmo3sZ7ZmNNqEA+W9n/zpZzqb0Xyn6YmySBRfr7lIxbUAz6aav8G82AeB0jG16+ma CbzdJkBKmT53duYQMlIqLNFQiCbzrlWcXKFFHJS+F2/mswEWBwWUONI9dgk1a7cD+8BX GaspEsEBT8KEjX9dyeRuD56ANvgqwTwCYAStRQ8LSKHtAcraFX6yrxYSKm61kphkNvZP fJu02RrZitmvijWhavtcSKj7vRMw5PUnWPvVIc6Hwclmbx9kdjNCv+a5LllfNP1CKdki /bJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=p43K+S74FVeZ9BdvDt0STJMX+/NRSLjHCvP3npCf0Mw=; b=k1rIr80ORMDPKfYDzGiYFehN5QkHIhTqKZt8xl63WsAwnG3kel78+KDwAnF6+1xTAs fY204acR1eDrJ7M2pDKK8AZyupQKZVRZm6eH02JhAnI+7ePjIaKh5SNRJEV+cPxvdg6V JLGDjVPiipixTblVGG5qoROy7bm5qmzcJj63Ja2phMZex4hXD+mP397VQXCAixbaQMfg Ruj2G/y5VVBi5O4mmGG7Kgx7WT6zQTrMtfsCYp2jguhB2xpA0Fw6kY6E/WlyfzRmHAJi 1pxS/dvskLT3xmig77Jiwf5Xke5SA9UCdqVJvozjka4GmK6qDXyIGByHqJ8ZLvJ69V5r 61FQ== 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 w3si12900471edd.281.2021.09.20.02.53.00; Mon, 20 Sep 2021 02:53:24 -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 S234332AbhITHro (ORCPT + 99 others); Mon, 20 Sep 2021 03:47:44 -0400 Received: from foss.arm.com ([217.140.110.172]:43928 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230233AbhITHro (ORCPT ); Mon, 20 Sep 2021 03:47:44 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4B4B41FB; Mon, 20 Sep 2021 00:46:17 -0700 (PDT) Received: from [192.168.1.131] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4B9283F59C; Mon, 20 Sep 2021 00:46:14 -0700 (PDT) Subject: Re: [PATCH 5/5] kasan: Extend KASAN mode kernel parameter To: Marco Elver Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, Andrew Morton , Catalin Marinas , Will Deacon , Dmitry Vyukov , Andrey Ryabinin , Alexander Potapenko , Evgenii Stepanov , Branislav Rankov , Andrey Konovalov , Lorenzo Pieralisi References: <20210913081424.48613-1-vincenzo.frascino@arm.com> <20210913081424.48613-6-vincenzo.frascino@arm.com> From: Vincenzo Frascino Message-ID: Date: Mon, 20 Sep 2021 09:46:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Marco, On 9/16/21 12:43 PM, Marco Elver wrote: >> + case KASAN_ARG_MODE_ASYMM: >> + /* Asymm mode enabled. */ >> + kasan_flag_asymm = true; >> + break; >> } >> >> switch (kasan_arg_stacktrace) { >> diff --git a/mm/kasan/kasan.h b/mm/kasan/kasan.h >> index 3639e7c8bb98..a8be62058d32 100644 >> --- a/mm/kasan/kasan.h >> +++ b/mm/kasan/kasan.h > Shouldn't kasan.h also define kasan_asymm_mode_enabled() similar to > kasan_async_mode_enabled()? > > And based on that, also use it where kasan_async_mode_enabled() is > used in tests to ensure the tests do not fail. Otherwise, there is no > purpose for kasan_flag_asymm. > I was not planning to have the tests shipped as part of this series, they will come in a future one. For what concerns kasan_flag_asymm, I agree with you it is meaningful only if the tests are implemented hence I will remove it in v2. Thanks for pointing this out. > Thanks, > -- Marco > -- Regards, Vincenzo