Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3529870pxj; Mon, 7 Jun 2021 13:07:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyWT4IPcr5Tv7Lo3pvFqn/0268ghPA8I3ea0hGndrq1Gsa2TQjPuKILr/FQcAUfhrw6E3d2 X-Received: by 2002:a17:906:d93:: with SMTP id m19mr7448480eji.177.1623096470524; Mon, 07 Jun 2021 13:07:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623096470; cv=none; d=google.com; s=arc-20160816; b=lLJJ3vhkoZTmLema19hiqpWYPmKMjRLAhyuqA3sx8ufBH78H0aez9efkFR9qo3OG65 /B3Ptoj6S5+hvS9LrzSwLfyXc6Nk8s+X9v4bZFsGEcx203NLpmUZhbvrXPFwT0AzLbzd Rf6z7h4ulAYS6ERpSYc2NIAvqZF6pDwav9EK/EaPmirjOTIkrLS6fS/kGq4sz0QRTa17 2Q5miwWMB8gjoKlrE0sXYYXHqWloRIEBUeON75ljRdLZOFCV+jof6bLEeJoOsqs/KKCY C4QS+5x8Ib9WxeVleXJEdy67OjgFPg9+mNWlUTHgkPW1Hdbn7NPnNjhzBLZX4X5PJgiR 1c2w== 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=X2XQQivzvNRkfVR3uSuxxvXJvrtUp9ycHqIQW57PEVc=; b=mciVrZlatgL28OCnmnWH9kXHZosCKiZII4ul2pkfWA0akVGUNK5RUEGqVlxmyNHOOD hgThvDa0XxW1D0wF2h/lrBQnZjgruOkxMcOQx7LwM2D8xDt5G9MphoZHUs4gXpRS00dh 1mHEcUdJ2j8GJ09JweYst2QG7zqpnm3aZlV2lPFtXMR6osHg6yOgH13gn8Tb5Uui2Tot FrL+Hvd9bbvmi5IqnNnKVMhX0YFwHhloFWjV6TU7vkSHYZ9zS4/qzwqURZv9aq+4eB9I YuC9oy6E9NRsDYXqjmFqbMyJxYSP5HRnM342LUpfWlhHxkIGfcgv3rXtjAxaqFPbEuvI f5jg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=FUJQObTw; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 13si12328243ejv.586.2021.06.07.13.07.26; Mon, 07 Jun 2021 13:07:50 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=FUJQObTw; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231501AbhFGUEm (ORCPT + 99 others); Mon, 7 Jun 2021 16:04:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42678 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230502AbhFGUEm (ORCPT ); Mon, 7 Jun 2021 16:04:42 -0400 Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9F64DC061787 for ; Mon, 7 Jun 2021 13:02:50 -0700 (PDT) Received: by mail-pl1-x632.google.com with SMTP id 69so9336048plc.5 for ; Mon, 07 Jun 2021 13:02:50 -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=X2XQQivzvNRkfVR3uSuxxvXJvrtUp9ycHqIQW57PEVc=; b=FUJQObTw+/Sj5743vZFa+P0h1Lm/oP1FX1dHa+Jtegd7gPGGZIcatslpsMnCbbxgty x8T7iwJ+hbKMaQW6gP4FuBSIKvHOG/QspuRA2lAySUNb6SGgzi8+WRrU631omy47Xhdw PYEuK6nxnzR1wiUC/dqtuK14DitfffDlK/w8CVAIMVn++0Y3Qksr5DFVh3J23JBQMpOU X1CfbuI8PTA02PSH6/a2xGZ5hFEG2IYEzQiC9EHjPdWrfYWKg1p0DKs5OZ2JSRzCDIY7 YLeffiPvPfoFvrypyX7/kTlKaKD9XfWD0OVHmFy9ZIMZ2ebmHkAd1MLYx8IQ/LA4wA0H 9Nuw== 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=X2XQQivzvNRkfVR3uSuxxvXJvrtUp9ycHqIQW57PEVc=; b=rMEGUOD4GPl4BG5JJhTVcgXP5pYS+aMrbrnZ620Sq/DHaHNZnpXRToNVjgA70f+BpE ZV6Mxs34vIJOOsBXUvaaGXITvGjfdd+aMq0NzlRsQPYrftfYSQid8Icjts0pG7Tzr8AT 8g53bwyellHrOMAixJygzZiS7zTL559ZDQk+rs3Hf1QotfyrfkB9ibyqGkIY2L3UDhvb c5Tv7Zh2hsdthib87ChWPn2lbm3Maw/Mf3mn5Y9ZOwXSEmXTJ4htNHJGkoex1l0P0zGS hGX29FlyPqsWNO2600+AGqhYRr9Ja6t3UvV3eQhwFFdaddZuIHr8prehKmIITyZ9Yi/w m+fA== X-Gm-Message-State: AOAM53286r+jRUTNOcr1hAmu58BSD+m9l0oSm7wzghYgpn4glNzPFD8q VX+4+6xWEj71JZfaOT+BgAPCCX5F9kg4SbaoOBbANtenG8ePpw== X-Received: by 2002:a17:90a:b28d:: with SMTP id c13mr854921pjr.80.1623096169879; Mon, 07 Jun 2021 13:02:49 -0700 (PDT) MIME-Version: 1.0 References: <20210606005531.165954-1-davidgow@google.com> In-Reply-To: <20210606005531.165954-1-davidgow@google.com> From: Brendan Higgins Date: Mon, 7 Jun 2021 13:02:38 -0700 Message-ID: Subject: Re: [PATCH v3] kasan: test: Improve failure message in KUNIT_EXPECT_KASAN_FAIL() To: David Gow Cc: Andrey Ryabinin , Dmitry Vyukov , Daniel Axtens , kasan-dev , KUnit Development , Linux Kernel Mailing List , Jonathan Corbet , "open list:DOCUMENTATION" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 5, 2021 at 5:55 PM David Gow wrote: > > The KUNIT_EXPECT_KASAN_FAIL() macro currently uses KUNIT_EXPECT_EQ() to > compare fail_data.report_expected and fail_data.report_found. This > always gave a somewhat useless error message on failure, but the > addition of extra compile-time checking with READ_ONCE() has caused it > to get much longer, and be truncated before anything useful is displayed. > > Instead, just check fail_data.report_found by hand (we've just set > report_expected to 'true'), and print a better failure message with > KUNIT_FAIL(). Because of this, report_expected is no longer used > anywhere, and can be removed. > > Beforehand, a failure in: > KUNIT_EXPECT_KASAN_FAIL(test, ((volatile char *)area)[3100]); > would have looked like: > [22:00:34] [FAILED] vmalloc_oob > [22:00:34] # vmalloc_oob: EXPECTATION FAILED at lib/test_kasan.c:991 > [22:00:34] Expected ({ do { extern void __compiletime_assert_705(void) __attribute__((__error__("Unsupported access size for {READ,WRITE}_ONCE()."))); if (!((sizeof(fail_data.report_expected) == sizeof(char) || sizeof(fail_data.repp > [22:00:34] not ok 45 - vmalloc_oob > > With this change, it instead looks like: > [22:04:04] [FAILED] vmalloc_oob > [22:04:04] # vmalloc_oob: EXPECTATION FAILED at lib/test_kasan.c:993 > [22:04:04] KASAN failure expected in "((volatile char *)area)[3100]", but none occurred > [22:04:04] not ok 45 - vmalloc_oob > > Also update the example failure in the documentation to reflect this. > > Signed-off-by: David Gow Nice work! Acked-by: Brendan Higgins