Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp415821pxm; Tue, 22 Feb 2022 13:43:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJyBzjRYK7v//9XrsxN0GvusxKdSRR5E3eKnzm2MEUWC1O6It26DIAueUlZJF8lKV3r33X0m X-Received: by 2002:a05:6402:11cf:b0:407:1939:9a4e with SMTP id j15-20020a05640211cf00b0040719399a4emr28261822edw.298.1645566217292; Tue, 22 Feb 2022 13:43:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645566217; cv=none; d=google.com; s=arc-20160816; b=bVopv896xR8flcFLw64v+TU20ugiGCV6YTv6P/pKVFi43S+byCOdMlWkD8VAO3+8dl ppBtgwPivRyYbJB8B2oZ4wI+VU29jFH+cUFbLrPoUFzqVPK2EVCUwBSRlsvF7ZsLVeJT dmLQWByytkzQyhM/9PLdm77E18YcyRixBgpRyx7ioR/A5Md+3XOdLh6W1ju0+n6O3ehT UaO6jwhmMukmjPERh5pgpR94UVQ2F5fXiokRfPxAHiOMLFaoNQ9fmTQCjDBR0Grp0/Bo KlbWSxePL2CqNAmabnlA66ciuXxt2sPEgBuBI0U5SUH+RtFItnmY/8DduNSxBXRagHID OGUw== 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=3MFpylEeTI6XidlITe8mkhmRrO1Ymt6z5H1OOXcy0qU=; b=mqZeMBxUKsfbXIKCRNCJyyum+he5w8DANraNtma93lcy0div0UDp0H9cROLsR7U0eV y3kAJ8cyNMYPAnMUcS4bOkH5JOZ51NsyxKrteTuYLt7EkMoR4rd4ww10CnULrg+r2ZBU RyGvf1ALtgwK1zmQXn5a3GVQfyse8YcuVH/SItGqle6vcmWIde8Ajh26QzshaGk+NKcA wG2tKrgJWrYbnc2wNaCav5kA5Xh2KjGjOawbTwYFJezCIRzjDRlfuwBFmjrnxhOv0lk7 TRfxa3mJ03M9liUKJ/UbEqqzCSqDQoMmpQu1zVVsL8NFc4niHwDY8LCiB+4xc69kTNRO 1iEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=E5GkLf4q; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ex3si8638809ejc.953.2022.02.22.13.43.14; Tue, 22 Feb 2022 13:43:37 -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=@gmail.com header.s=20210112 header.b=E5GkLf4q; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234885AbiBVSJI (ORCPT + 99 others); Tue, 22 Feb 2022 13:09:08 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53856 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234883AbiBVSJF (ORCPT ); Tue, 22 Feb 2022 13:09:05 -0500 Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CD634172263 for ; Tue, 22 Feb 2022 10:08:38 -0800 (PST) Received: by mail-il1-x12e.google.com with SMTP id w4so2192495ilj.5 for ; Tue, 22 Feb 2022 10:08:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3MFpylEeTI6XidlITe8mkhmRrO1Ymt6z5H1OOXcy0qU=; b=E5GkLf4qEy+uKhfmwS9E+yY1OvOjM1XyV9x8NZY2UhTf9bgOMa0QvRvedtcLDR+t3t V4aWKPJ9Cq4nD7p1Gbp5uPVOkxIjJFOvVBwZyCv8MzT/QpVDlPSFBn8+NhETz8XE2rxy wYtZrVu/zkVfJUCaBJu6Gtklzoo1hdnzyRh7+hznLDVwsaj+Ul11+1dmSImsuBVKNbPS K0Zu5f+gkNZJqOwFHwt3YY60+QymuMa8qPIXYAYRV64/ZvoWztNDDTMuyiMNt59UNKGC zgQH/49PZmFlZEXWRwmwewEQTwIUiHq3rsoZ7XWhs/a5jJn5uyZXXqrA/CK4NFJY15Uu 2Vlg== 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=3MFpylEeTI6XidlITe8mkhmRrO1Ymt6z5H1OOXcy0qU=; b=5xNr0UPkJAUgeJQcfXkaDr9fJk03EuRq3A1xEqy4bjkE/YPrtJV0o8Xsy9llSQCYi4 k4j4vJfJiuLgN5wlkrstbbJ8gQYamFSnaKow3EPU/GmD1RJAaEFARSnVYWh4nb8uqSPl 2P+vqsRmiNaFwXuReSRQ83NRPCiMfHVVzrO2MXNb/qIrsBLJx6M/4OSybMyJ+l2BOmwJ 6bXpn7U0eR4Q4q2eXK2eeJFpbeq6S3y/MWwPEsJHtp4fQvAabqyAVhWdHpCAKKmvMI7S rQdZDWjemMFrCU1+QXhftNv7wqAJzdq/JGTwM9OakDOj4pfqGyOlGubCuAz60HFCPoPk mTLg== X-Gm-Message-State: AOAM531xt7ForTQtWlo5sidOqsOnBCwW4AcSXS1WtOkh4Rab76jatk3v PaFfvziyGD9XcvGbJyy4gZxtPN4uEaA/qZe4MKs= X-Received: by 2002:a05:6e02:190c:b0:2c2:6851:bce3 with SMTP id w12-20020a056e02190c00b002c26851bce3mr2988283ilu.28.1645553318268; Tue, 22 Feb 2022 10:08:38 -0800 (PST) MIME-Version: 1.0 References: <2d44632c4067be35491b58b147a4d1329fdfcf16.1645549750.git.andreyknvl@google.com> In-Reply-To: From: Andrey Konovalov Date: Tue, 22 Feb 2022 19:08:27 +0100 Message-ID: Subject: Re: [PATCH mm] another fix for "kasan: improve vmalloc tests" To: Marco Elver 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=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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, 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.