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 X-Spam-Level: X-Spam-Status: No, score=-9.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_ADSP_CUSTOM_MED,DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1818DC388F9 for ; Tue, 27 Oct 2020 12:51:05 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A371520757 for ; Tue, 27 Oct 2020 12:51:04 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="oMP4LldD"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=google.com header.i=@google.com header.b="MHrMfR8g" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A371520757 Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:In-Reply-To: References:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=5PiuX6KqAfWgMQtqmCocQn33voGqUgPPEXNSoAp/nj0=; b=oMP4LldDO6kyw1cdq/GQGoLaM p5fF0gkhTUwKGcjGIeOSijQp7Sl4YyQwHUQO4/+0ibaYhgkyXs6ydWeN/U2PRRCllpY8+KSDArKJY CD0/wgqws1yRjm0LoOdqTZacSNLVpLsJsRByEK+DGb2N+kSbe0n7oP9EQcGRqBKNv2w7HhuStkzQd sgboo0hcfowhc7XlyujjDG8nzthjzkPmdz5GzeFgzBZ4z4LMGEHQv6llNyMj0eEDNjBdKIkUTuxQF So5lxbfOzzrZVLVBMK5YIdqumwpAl1/4M/shwfy7LZFJy20JWG3SEFsm94cwXgZI4TMcCg24L90gu DM7tc8+8g==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kXOPx-0008Ev-N4; Tue, 27 Oct 2020 12:49:37 +0000 Received: from mail-qv1-xf43.google.com ([2607:f8b0:4864:20::f43]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kXOPt-0008Cw-2a for linux-arm-kernel@lists.infradead.org; Tue, 27 Oct 2020 12:49:34 +0000 Received: by mail-qv1-xf43.google.com with SMTP id 63so553636qva.7 for ; Tue, 27 Oct 2020 05:49:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BUlB37L5+bTkXv9HMzvRMeckvAGtdpURfCakqFt5pOg=; b=MHrMfR8gD67uaEXgoyHF4Xe1ll0z3oEq0uMIFzhw0Mkh2fJEtefIVLQPdIDGyyYqIQ 6wVkDBNlOZSUhj9A4tZZupar4Ofyp4Wh0355ubNBKVSRCdq7EHN59VZVi1uf0Jrq2a1z s4rwuX6sj2kw8SVW2ZWaK5dC0xx2yttlCVA+NzezVv+HSy3h71NlbacAsNhIE8Nqzhe0 IYKKA4vINkwRhcVC8gBW7B0eamAlUDn1Z/i07ku8YsyS6ycIqh4h37L+rrBpARB8Kl5l uboVkt4bcyuFQ6fHMCGERlzVk/tGrR3zpa3sQZHF2OUUHz8ouW4rQwufg09PONxZRprf jeFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BUlB37L5+bTkXv9HMzvRMeckvAGtdpURfCakqFt5pOg=; b=IXahNJOAa8FCRz0tfPKwck1V5ry2fJCHA/GcNapiX+6XFnT/WlPgvUzcys91Ng/QQ3 hd0hKDyU+Eyyvin889jsBLUBSq8MrrTcZOIUbj0cANO1OH8UxveIhE/fbCHqu0mtTElP LFWui0MYn07UE9hqc6UZhg2/FS9bDRGpes/TLOqw95xQ9rJC2LL7V4TkG2I6s545a5uo AP+7aATUqhfb9kqGuy1pFle9+hmwVdKTZjbCAkSrjlbB8ISi+X9ioxsHXckkCDhvh3GC kc6vlt0eKiyDLphwMn35UBCz8Lo7RwyCMEI9jOoOvhH5k0VaeHjqe1YyHumy+EREe048 jzrA== X-Gm-Message-State: AOAM532asF1ZgPzrDeqLQRXEo/AY5SWhDW9k6IVJ0WfRNTBLOx4lfnCg Gt29bu0kUg3+XBRrMR4iaPXcxetzAI8ISGnhA34b5Q== X-Google-Smtp-Source: ABdhPJzQ+nWuuT5N2rgHn62pl+Y/AW3lHnBNJYsa/hHtYiCdc5nXPF8QN6oZsONfp2UqMq5Fi1oe00xruCnbhefGXO4= X-Received: by 2002:a0c:ba2a:: with SMTP id w42mr1901434qvf.23.1603802970306; Tue, 27 Oct 2020 05:49:30 -0700 (PDT) MIME-Version: 1.0 References: <1049f02fb4132390a6a314eb21dccfe5500e69d6.1603372719.git.andreyknvl@google.com> In-Reply-To: <1049f02fb4132390a6a314eb21dccfe5500e69d6.1603372719.git.andreyknvl@google.com> From: Dmitry Vyukov Date: Tue, 27 Oct 2020 13:49:19 +0100 Message-ID: Subject: Re: [PATCH RFC v2 05/21] kasan: allow VMAP_STACK for HW_TAGS mode To: Andrey Konovalov X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201027_084933_171851_0AED6CF7 X-CRM114-Status: GOOD ( 19.76 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Marco Elver , Elena Petrova , Linux-MM , Catalin Marinas , Kevin Brodsky , Will Deacon , Branislav Rankov , kasan-dev , LKML , Kostya Serebryany , Alexander Potapenko , Linux ARM , Serban Constantinescu , Andrey Ryabinin , Andrew Morton , Vincenzo Frascino , Peter Collingbourne , Evgenii Stepanov Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Oct 22, 2020 at 3:19 PM Andrey Konovalov wrote: > > Even though hardware tag-based mode currently doesn't support checking > vmalloc allocations, it doesn't use shadow memory and works with > VMAP_STACK as is. > > Signed-off-by: Andrey Konovalov > Link: https://linux-review.googlesource.com/id/I3552cbc12321dec82cd7372676e9372a2eb452ac > --- > arch/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/Kconfig b/arch/Kconfig > index af14a567b493..3caf7bcdcf93 100644 > --- a/arch/Kconfig > +++ b/arch/Kconfig > @@ -868,7 +868,7 @@ config VMAP_STACK > default y > bool "Use a virtually-mapped stack" > depends on HAVE_ARCH_VMAP_STACK > - depends on !KASAN || KASAN_VMALLOC > + depends on !(KASAN_GENERIC || KASAN_SW_TAGS) || KASAN_VMALLOC I find it a bit simpler to interpret: depends on !KASAN || KASAN_HW_TAGS || KASAN_VMALLOC due to simpler structure. But maybe it's just me. > help > Enable this if you want the use virtually-mapped kernel stacks > with guard pages. This causes kernel stack overflows to be > -- > 2.29.0.rc1.297.gfa9743e501-goog > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel