Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp367669pxm; Tue, 22 Feb 2022 12:31:39 -0800 (PST) X-Google-Smtp-Source: ABdhPJwsCAbApsRAjcYiA77f5++BLVXMdMjIYmqPVpBxu2YxNVuzt5/g996ToI5XU4CQ5y3+Z+SP X-Received: by 2002:a17:906:459:b0:6cd:2d6d:2f4c with SMTP id e25-20020a170906045900b006cd2d6d2f4cmr19857587eja.687.1645561899123; Tue, 22 Feb 2022 12:31:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645561899; cv=none; d=google.com; s=arc-20160816; b=XwwgiJJxmLdGK0IkuMMyPLUzw3kKm0y+dB1qA1t4GZDPJRGYkhehIQBZH/JrmtUOCe Y4kQWzAcyrosqIjcCK3CeAeUOYD+B6FKNylVmMjM2lJASknmRPUqAgOSla7ulpOZT4EI 9LSaZ4J8UF68bwAj/87+oJcM+z+27QFyIYwqt2xQuLvGBUgnBgkjkcoNzaWXWMB2O11y OwQZBO6sBnuO/tiV6bIB1mBXILO4yvJCDMnQUTQ8JP9IEXhwvN5fPi9VJ4YH0zPig2ww 2gAJB9EkkyRyU3Eg1mwKC2RAsi7zVXaycs9cMYIkLBV3sie0JAZJBpYLXvoxll2OUqgO niQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=vv7itYaWRJkHxlIs8WR7327QmS0peJ/llMiCwV0cNp4=; b=jiGxq4nVIOIdIV9yNzozH4EQHqdS11Oge8IGdP3hcb8QGkVgd8uD8GmOZBdZkXwj3Z xHMw/fUBm9dDbLzzJP0+jab4bjEWwzZPfd042ajWJlVspRSmFyi1qnt43j8uUqUpE8/a wLvlLxm0XyPIWgdWQiwVbi/eOhE7fvOOBnpf1mCDw6g3/A8uxLVY200ytyPJDPxqplRY tE7h7rdny1QfCwBlSaCaXQ63k3OFukgyLsQ6BpD/0x8B5iqncsenpkSBxDnINKLecpH0 8a1Vc3jq5hbgF5LdEqLZpR9H1iokHeGhtussfh8291Gkpnnqrn9uS8n6QaipOWLp7CRs nWTw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ntHc747k; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m8si6032315eji.997.2022.02.22.12.31.15; Tue, 22 Feb 2022 12:31:39 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ntHc747k; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S234646AbiBVSLe (ORCPT + 99 others); Tue, 22 Feb 2022 13:11:34 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59936 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233081AbiBVSLd (ORCPT ); Tue, 22 Feb 2022 13:11:33 -0500 Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com [IPv6:2607:f8b0:4864:20::b31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 74C15172E4F for ; Tue, 22 Feb 2022 10:11:07 -0800 (PST) Received: by mail-yb1-xb31.google.com with SMTP id b35so15196099ybi.13 for ; Tue, 22 Feb 2022 10:11:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vv7itYaWRJkHxlIs8WR7327QmS0peJ/llMiCwV0cNp4=; b=ntHc747k5aYWBHe1Z4y8Fz2hJW4Fo8vJrUB6RCyrfijB27K/aykNq2x0JK92KJb0Va pwP/1ZtoHgqMRBWweSv0ilf1vQEpcsnawUZ0OAwYy6w/1iI/mrGqGG9vblnHUVZTtDJx MHpZPxOKwaHVUSPTyYbjSv/ykCPTrukRBMGvv6mW1RzTnRHsXjZ8lU2fDtFFAfNu41AY szR4OFwkl/O4caKzEa358VDkAMObruixk1FuzcCX5OkNRTe/Nx4uaLOmn2fq0PgYakiu 1FJqjif+5EnY6SbVyUHV785ILiApP/kChvVG7PCui2yjHtDnm9qcBmgOF6psQ6T3yPVo pMJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vv7itYaWRJkHxlIs8WR7327QmS0peJ/llMiCwV0cNp4=; b=YdmCiWhKMrPrn3U1cIhRfgq4SsicmGNAyKToSBB/lWHtWhnfClfrpK7WqPsdnYB4BS xuH7gNRPr2LHSd/DET+GydEQUp8z0txRzCdVVCysFa5y5nudyyPlaD0cP2b19xDWCc08 17/jjDQqjemmv7fuNXAB3x+VUvE+20yfOtEQDjZ6MXRIqLbkjmLwSqhUvRcJgz87yhKO F8tT8F6WGkQt7JmP+2DwNQfyWoUxNdfO7uy8uhcaxy1MC0duQYMzamqvFUAX1mdfZfQR J9LELJKlnupENG3V27viRlV2y1+zonaGH8QqcTgbSSs5QzIpEJOyDN73LXmJDlXEJr+g joLA== X-Gm-Message-State: AOAM533m5PUS59UFF4nzMALetsmPZzBbE8+OTb7TBPnmXEiM3OqN65Wm glJt4OGQBELG5RZRrtaCKBOhb13NHiFPqmAa0Y94Mw== X-Received: by 2002:a25:e057:0:b0:624:2ade:2a8f with SMTP id x84-20020a25e057000000b006242ade2a8fmr23575031ybg.87.1645553466469; Tue, 22 Feb 2022 10:11:06 -0800 (PST) MIME-Version: 1.0 References: <2d44632c4067be35491b58b147a4d1329fdfcf16.1645549750.git.andreyknvl@google.com> In-Reply-To: From: Marco Elver Date: Tue, 22 Feb 2022 19:10:55 +0100 Message-ID: Subject: Re: [PATCH mm] another fix for "kasan: improve vmalloc tests" To: Andrey Konovalov Cc: andrey.konovalov@linux.dev, Andrew Morton , Alexander Potapenko , Dmitry Vyukov , Andrey Ryabinin , kasan-dev , Linux Memory Management List , LKML , Andrey Konovalov , kernel test robot Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 22 Feb 2022 at 19:08, Andrey Konovalov wrote: > > On Tue, Feb 22, 2022 at 6:50 PM Marco Elver wrote: > > > > On Tue, 22 Feb 2022 at 18:10, wrote: > > > > > > From: Andrey Konovalov > > > > > > set_memory_rw/ro() are not exported to be used in modules and thus > > > cannot be used in KUnit-compatible KASAN tests. > > > > > > Drop the checks that rely on these functions. > > > > > > Reported-by: kernel test robot > > > Signed-off-by: Andrey Konovalov > > > --- > > > lib/test_kasan.c | 6 ------ > > > 1 file changed, 6 deletions(-) > > > > > > diff --git a/lib/test_kasan.c b/lib/test_kasan.c > > > index ef99d81fe8b3..448194bbc41d 100644 > > > --- a/lib/test_kasan.c > > > +++ b/lib/test_kasan.c > > > @@ -1083,12 +1083,6 @@ static void vmalloc_helpers_tags(struct kunit *test) > > > KUNIT_ASSERT_TRUE(test, is_vmalloc_addr(ptr)); > > > KUNIT_ASSERT_NOT_ERR_OR_NULL(test, vmalloc_to_page(ptr)); > > > > > > - /* Make sure vmalloc'ed memory permissions can be changed. */ > > > - rv = set_memory_ro((unsigned long)ptr, 1); > > > - KUNIT_ASSERT_GE(test, rv, 0); > > > - rv = set_memory_rw((unsigned long)ptr, 1); > > > - KUNIT_ASSERT_GE(test, rv, 0); > > > > You can still test it by checking 'ifdef MODULE'. You could add a > > separate test which is skipped if MODULE is defined. Does that work? > > Yes, putting it under ifdef will work. I thought that having a > discrepancy between built-in and module tests is weird, but I see the > kprobes tests doing this, so maybe it's not such a bad idea. Will do > in v2. Additionally you could have the test skip with kunit_skip(), so it's at least visible. The code itself has to be #ifdef'd I guess because set_memory_*() aren't even declared ifdef MODULE (I think?).