Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1940621ybb; Thu, 2 Apr 2020 10:05:37 -0700 (PDT) X-Google-Smtp-Source: APiQypLIqwv3EL73eyUJKOAt45RAC8nZm1PpGz7H1yo1+SsGT8nP1VLbhMAFdnPVlnJh+xD3CDiR X-Received: by 2002:a4a:a11a:: with SMTP id i26mr3535761ool.87.1585847132972; Thu, 02 Apr 2020 10:05:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585847132; cv=none; d=google.com; s=arc-20160816; b=kx/MsU47PSZLpeqFvUxQOJVVNwtn0BjftxZdwwolfziyndYnfjS9ZCLE6Up3uuObUD BnQcxnX6h1CfKVyeGJVbHnChV5NEu2I/2OyOcVsSCyl21FDVbTdVFWQJ7lUzA4pfyuGy txu4c3MaG3maw19ii+SO3ixCknYP4mq0xd5jaoN9vDTkZuEtkgfSHeDgUn+rPnpqJpP7 3/tRYOkAbhUXlVoajHELhZ/8ZEMb9MhlfdeM/K8ijlaZ+5JFTh2MPWWC2lZXW4ZYby7W biOZRhhmAexxfoV5AwFzCfu0CDwRjTik+MZgR4AFy5goszcin2nsD/ycPfCGP3uEu7qQ b4Vg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=EuexIUKHQSUPT9xt92hh8SwnfR0UxyKHCq8Fheii9A8=; b=CD3kdcobwk6tDBxb2z+GXsoXC74YHbnzfpnBO7q0E+tfQwkseYJq95xOP5/TTQxDhw InUVxIWFyL9LdY7cYq/71A/XSAks3N9KTw7grVxgYhn6XP0atVYRP9SVsBK2gKOu27aD o1HASt/IZVBsHqrPDYHZqXIUCApSAqT8uAxtrS4VcIy5U1+036gG3cb7yWIgNloUYJSt epKGw6XayDylmiFHtzI50rUZK/Yh5Unzwl23kNLlq4TK6xXUrT+A1/5TbHpeWPXXOlff nBe9pFyUfAzRxCa4csSErxpRfDGiKX27XDV7fejxKYDVHTGE4d52G9IF+4GDPP7WzZhr hWNw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=PDpfcrr3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z25si2496046otp.310.2020.04.02.10.05.16; Thu, 02 Apr 2020 10:05:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=PDpfcrr3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S2389140AbgDBQhd (ORCPT + 99 others); Thu, 2 Apr 2020 12:37:33 -0400 Received: from mail-wr1-f68.google.com ([209.85.221.68]:39194 "EHLO mail-wr1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388555AbgDBQhd (ORCPT ); Thu, 2 Apr 2020 12:37:33 -0400 Received: by mail-wr1-f68.google.com with SMTP id p10so5009767wrt.6 for ; Thu, 02 Apr 2020 09:37:30 -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=EuexIUKHQSUPT9xt92hh8SwnfR0UxyKHCq8Fheii9A8=; b=PDpfcrr3dvKPzGeKRG68dc0MGi+DPLWEmcz69AVKPw5lST1uFnXyRIYFXsmQ2iR35k Eqm+7mlE+gVjViPwKEIRqCEWZN5aoqIUZoSG3l0QwqPMw5hVXxV1biDz/wQMMFR+NUJr o+v0DhcTBQ1G+aP+ysR0GAbhzGzuqG2D9eF2bnBLx19tRXGRW4fY86jJxgO9vTriq4PJ MhUjfmjGX5RnxHPkO9Ot2e4kYPzLVHDLdBtHTqvR+xMUBLKr7s4fONSugJjx9SaBfDPw LAx3mx5xo2rOpMEQusF6rylJ2rUcBpJlgj0wuUM7U/F+5okKsjsPEf7coOpDalEFZY6D N+Uw== 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=EuexIUKHQSUPT9xt92hh8SwnfR0UxyKHCq8Fheii9A8=; b=Gbq7Py/wrpufAThS272WmZADN2Le6XqTuHU+VrufSOsPxVn0VG4rOF7GLRFmTem6rz +oZKjZZpCl6ynnetDWABJc5NKqOisCfYmfsezECjXHrGdXUlL+LoRYSFBX79q3ykclMg WN3QDu5Z3n/9Z/g++QK0EdhC2tyzH7EV8ytOed35cHc9oDlUXjPifyK6LROOn2dFsWpA 8TxlKtLmOB410TNpp19ESwccQSIK4JuIqYp2HaYaSubSiO+0pXtprQBVMMGWpxnq0faN RS2BPjYTYDKfSDrzJMi9u9hKcgExXOhyjc0IT3hPBBTnJ52iMNtH82FGayjKqjSd02QC tKsQ== X-Gm-Message-State: AGi0PubMm/XEdFcOWmBj8Zm1lM1sKAJyJ2FxR5A2gvMWVE8O2EqplGzr p6jmo3ewAhpx6q8Z+VqRV0v/qsWw8KQo4tsAMUNJTw== X-Received: by 2002:adf:fb0a:: with SMTP id c10mr4299437wrr.272.1585845449761; Thu, 02 Apr 2020 09:37:29 -0700 (PDT) MIME-Version: 1.0 References: <20200401180907.202604-1-trishalfonso@google.com> <20200401180907.202604-2-trishalfonso@google.com> In-Reply-To: From: Patricia Alfonso Date: Thu, 2 Apr 2020 09:37:18 -0700 Message-ID: Subject: Re: [PATCH v3 2/4] KUnit: KASAN Integration To: Andrey Konovalov Cc: David Gow , Brendan Higgins , Andrey Ryabinin , Dmitry Vyukov , Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , LKML , kasan-dev , kunit-dev@googlegroups.com, "open list:KERNEL SELFTEST FRAMEWORK" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 2, 2020 at 8:54 AM Andrey Konovalov wrote: > > On Wed, Apr 1, 2020 at 8:09 PM 'Patricia Alfonso' via kasan-dev > wrote: > > > > Integrate KASAN into KUnit testing framework. > > - Fail tests when KASAN reports an error that is not expected > > - Use KUNIT_EXPECT_KASAN_FAIL to expect a KASAN error in KASAN tests > > - Expected KASAN reports pass tests and are still printed when run > > without kunit_tool (kunit_tool still bypasses the report due to the > > test passing) > > - KUnit struct in current task used to keep track of the current test > > from KASAN code > > > > Make use of "[PATCH v3 kunit-next 1/2] kunit: generalize > > kunit_resource API beyond allocated resources" and "[PATCH v3 > > kunit-next 2/2] kunit: add support for named resources" from Alan > > Maguire [1] > > - A named resource is added to a test when a KASAN report is > > expected > > - This resource contains a struct for kasan_data containing > > booleans representing if a KASAN report is expected and if a > > KASAN report is found > > > > [1] (https://lore.kernel.org/linux-kselftest/1583251361-12748-1-git-send-email-alan.maguire@oracle.com/T/#t) > > > > Signed-off-by: Patricia Alfonso > > --- > > include/kunit/test.h | 5 +++++ > > include/linux/kasan.h | 6 ++++++ > > lib/kunit/test.c | 13 ++++++++----- > > lib/test_kasan.c | 37 +++++++++++++++++++++++++++++++++++++ > > mm/kasan/report.c | 33 +++++++++++++++++++++++++++++++++ > > 5 files changed, 89 insertions(+), 5 deletions(-) > > > > diff --git a/include/kunit/test.h b/include/kunit/test.h > > index ac59d18e6bab..1dc3d118f64b 100644 > > --- a/include/kunit/test.h > > +++ b/include/kunit/test.h > > @@ -225,6 +225,11 @@ struct kunit { > > struct list_head resources; /* Protected by lock. */ > > }; > > > > +static inline void kunit_set_failure(struct kunit *test) > > +{ > > + WRITE_ONCE(test->success, false); > > +} > > + > > void kunit_init_test(struct kunit *test, const char *name, char *log); > > > > int kunit_run_tests(struct kunit_suite *suite); > > diff --git a/include/linux/kasan.h b/include/linux/kasan.h > > index 5cde9e7c2664..148eaef3e003 100644 > > --- a/include/linux/kasan.h > > +++ b/include/linux/kasan.h > > @@ -14,6 +14,12 @@ struct task_struct; > > #include > > #include > > > > +/* kasan_data struct is used in KUnit tests for KASAN expected failures */ > > +struct kunit_kasan_expectation { > > + bool report_expected; > > + bool report_found; > > +}; > > + > > extern unsigned char kasan_early_shadow_page[PAGE_SIZE]; > > extern pte_t kasan_early_shadow_pte[PTRS_PER_PTE]; > > extern pmd_t kasan_early_shadow_pmd[PTRS_PER_PMD]; > > diff --git a/lib/kunit/test.c b/lib/kunit/test.c > > index 2cb7c6220a00..030a3281591e 100644 > > --- a/lib/kunit/test.c > > +++ b/lib/kunit/test.c > > @@ -10,16 +10,12 @@ > > #include > > #include > > #include > > +#include > > > > #include "debugfs.h" > > #include "string-stream.h" > > #include "try-catch-impl.h" > > > > -static void kunit_set_failure(struct kunit *test) > > -{ > > - WRITE_ONCE(test->success, false); > > -} > > - > > static void kunit_print_tap_version(void) > > { > > static bool kunit_has_printed_tap_version; > > @@ -288,6 +284,10 @@ static void kunit_try_run_case(void *data) > > struct kunit_suite *suite = ctx->suite; > > struct kunit_case *test_case = ctx->test_case; > > > > +#if (IS_ENABLED(CONFIG_KASAN) && IS_ENABLED(CONFIG_KUNIT)) > > + current->kunit_test = test; > > +#endif /* IS_ENABLED(CONFIG_KASAN) && IS_ENABLED(CONFIG_KUNIT) */ > > + > > /* > > * kunit_run_case_internal may encounter a fatal error; if it does, > > * abort will be called, this thread will exit, and finally the parent > > @@ -603,6 +603,9 @@ void kunit_cleanup(struct kunit *test) > > spin_unlock(&test->lock); > > kunit_remove_resource(test, res); > > } > > +#if (IS_ENABLED(CONFIG_KASAN) && IS_ENABLED(CONFIG_KUNIT)) > > + current->kunit_test = NULL; > > +#endif /* IS_ENABLED(CONFIG_KASAN) && IS_ENABLED(CONFIG_KUNIT)*/ > > } > > EXPORT_SYMBOL_GPL(kunit_cleanup); > > > > diff --git a/lib/test_kasan.c b/lib/test_kasan.c > > index 3872d250ed2c..cf73c6bee81b 100644 > > --- a/lib/test_kasan.c > > +++ b/lib/test_kasan.c > > @@ -23,6 +23,43 @@ > > > > #include > > > > +#include > > + > > +struct kunit_resource resource; > > +struct kunit_kasan_expectation fail_data; > > + > > +#define KUNIT_SET_KASAN_DATA(test) do { \ > > + fail_data.report_expected = true; \ > > + fail_data.report_found = false; \ > > + kunit_add_named_resource(test, \ > > + NULL, \ > > + NULL, \ > > + &resource, \ > > + "kasan_data", &fail_data); \ > > +} while (0) > > + > > +#define KUNIT_DO_EXPECT_KASAN_FAIL(test, condition) do { \ > > + struct kunit_resource *resource; \ > > + struct kunit_kasan_expectation *kasan_data; \ > > + condition; \ > > + resource = kunit_find_named_resource(test, "kasan_data"); \ > > + kasan_data = resource->data; \ > > + KUNIT_EXPECT_EQ(test, \ > > + kasan_data->report_expected, \ > > + kasan_data->report_found); \ > > + kunit_put_resource(resource); \ > > +} while (0) > > + > > +/** > > + * KUNIT_EXPECT_KASAN_FAIL() - Causes a test failure when the expression does > > + * not cause a KASAN error. > > + * > > + */ > > +#define KUNIT_EXPECT_KASAN_FAIL(test, condition) do { \ > > + KUNIT_SET_KASAN_DATA(test); \ > > + KUNIT_DO_EXPECT_KASAN_FAIL(test, condition); \ > > +} while (0) > > Any reason to split this macro into two parts? Do we call any of them > separately? > They are not called anywhere else... honestly, it was just a style choice to make it clear that there are 2 parts to the expectation. I don't think they have to be split if there's enough reason to smash them together. > > + > > /* > > * Note: test functions are marked noinline so that their names appear in > > * reports. > > diff --git a/mm/kasan/report.c b/mm/kasan/report.c > > index 5ef9f24f566b..87330ef3a99a 100644 > > --- a/mm/kasan/report.c > > +++ b/mm/kasan/report.c > > @@ -32,6 +32,8 @@ > > > > #include > > > > +#include > > + > > #include "kasan.h" > > #include "../slab.h" > > > > @@ -455,12 +457,38 @@ static bool report_enabled(void) > > return !test_and_set_bit(KASAN_BIT_REPORTED, &kasan_flags); > > } > > > > +#if IS_ENABLED(CONFIG_KUNIT) > > +void kasan_update_kunit_status(struct kunit *cur_test) > > +{ > > + struct kunit_resource *resource; > > + struct kunit_kasan_expectation *kasan_data; > > + > > + if (kunit_find_named_resource(cur_test, "kasan_data")) { > > + resource = kunit_find_named_resource(cur_test, "kasan_data"); > > + kasan_data = resource->data; > > + kasan_data->report_found = true; > > + > > + if (!kasan_data->report_expected) > > + kunit_set_failure(current->kunit_test); > > Hm, we only call KUNIT_SET_KASAN_DATA() for KASAN tests that we expect > to fail AFAICS. Then we end up calling kunit_set_failure twice, once > here and the other time when we do KUNIT_EXPECT_EQ() in > KUNIT_DO_EXPECT_KASAN_FAIL(). Or maybe there's something I > misunderstand. > You are right. I didn't realize, but yes. If the report_expected is false, KUNIT_DO_EXPECT_KASAN_FAIL() will set the test failure in KUNIT_EXPECT_EQ(). I think this is just leftover logic from before I thought to use KUNIT_EXPECT_EQ(). > > + else > > + return; > > Nit: "else return;" can be dropped. > > You can actually reorder the code a bit to make it easier to read: > > if (!kunit_find_named_resource(cur_test, "kasan_data")) { > kunit_set_failure(current->kunit_test); > return; > } > // here comes kasan tests checks > I agree. This looks much cleaner. The thing to note is that anyone can add a named resource to a test. I doubt anyone will name their resource "kasan_data" outside of this file, but it may be worth adding a comment advising against it. > > > > > > + } else > > + kunit_set_failure(current->kunit_test); > > +} > > +#endif /* IS_ENABLED(CONFIG_KUNIT) */ > > + > > void kasan_report_invalid_free(void *object, unsigned long ip) > > { > > unsigned long flags; > > u8 tag = get_tag(object); > > > > object = reset_tag(object); > > + > > +#if IS_ENABLED(CONFIG_KUNIT) > > + if (current->kunit_test) > > + kasan_update_kunit_status(current->kunit_test); > > +#endif /* IS_ENABLED(CONFIG_KUNIT) */ > > + > > start_report(&flags); > > pr_err("BUG: KASAN: double-free or invalid-free in %pS\n", (void *)ip); > > print_tags(tag, object); > > @@ -481,6 +509,11 @@ void __kasan_report(unsigned long addr, size_t size, bool is_write, unsigned lon > > if (likely(!report_enabled())) > > return; > > > > +#if IS_ENABLED(CONFIG_KUNIT) > > + if (current->kunit_test) > > + kasan_update_kunit_status(current->kunit_test); > > +#endif /* IS_ENABLED(CONFIG_KUNIT) */ > > + > > disable_trace_on_warning(); > > > > tagged_addr = (void *)addr; > > -- Thanks for the comments! Best, Patricia