Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp3614392rwe; Mon, 29 Aug 2022 16:00:12 -0700 (PDT) X-Google-Smtp-Source: AA6agR7GUXTTfX/5PIfDjd1BaGu1qWXzYv0Vcy8x1gAVSEUeLb8kyuc1ZI6jkTIb8/bb0iUd+lFH X-Received: by 2002:a17:903:2449:b0:174:49c0:542 with SMTP id l9-20020a170903244900b0017449c00542mr15793604pls.113.1661814012473; Mon, 29 Aug 2022 16:00:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661814012; cv=none; d=google.com; s=arc-20160816; b=beoIWTKmLxrUWRDWpFo6pybdn3AsSjLuhB1mwdzFImZ6BzNsklSDoQyVqKgX/V/UnR WjPFoM3kGmLsIw8BRBq0xmShAAQ/riPXhe2dAZb0CQigLNGzakoyU3EpExrYaATKBQzT 9J7NKEloqbR1s30glbAom8oa0zBVyjd9aSCKMBYTVhJGtOF5/AFs6HclConFlA6OPoJM hi+n5Rc6e8+fTBnK3HhYnekD7rT3o2I9HzupFne1w8SPHqk1SevuwFlwdV3e0bP0TuEv bkuT855iIuZF2njf8pfjqpVhf3ggDGbhwYWjQMAcqn+Go3us+ZNGAE5fvkzYK43Fs6Pm W0bw== 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=YttqIt9CExtdFQlvDB+Yjrz6RLtUAVs/lok3iUCvXgk=; b=XnPMNZ+mUYAiXwB+ydaCKh/ntnN4eja51g3CM0gs//vsqEZYxaUYxsiI06E9qXJix1 h79I0vJuZzBEgXwsnSRoZqH/bNTTuJ5iodE/M2vNkvBob03cKK0Vzlk9kFkrSeNw3fhS 7lsmw5OfaDvs5gqKi3Nwa6kEkkMMAv2zSERMT7mw7PTaVinwEZPUhri+rr0Z70ISW4qm l37X6kStElPRB1DWc2wGdkFoPnzXME2Bp1GD3ETdjofsVv929G8lyGQrbDGgEWVGpBu5 Hpxc609lhsypSm1RDj44z/qTKR+kXds2Y4PnDLNCL1mXimDKnegYG/oU8/edE2Osd0VJ pkOw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=TvOxjJPo; 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 e13-20020a170902ed8d00b001727963f929si9581831plj.130.2022.08.29.16.00.01; Mon, 29 Aug 2022 16:00:12 -0700 (PDT) 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=TvOxjJPo; 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 S229560AbiH2Wnz (ORCPT + 99 others); Mon, 29 Aug 2022 18:43:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51146 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229469AbiH2Wnx (ORCPT ); Mon, 29 Aug 2022 18:43:53 -0400 Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D6647A2633 for ; Mon, 29 Aug 2022 15:43:52 -0700 (PDT) Received: by mail-ej1-x635.google.com with SMTP id lx1so18558949ejb.12 for ; Mon, 29 Aug 2022 15:43:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=YttqIt9CExtdFQlvDB+Yjrz6RLtUAVs/lok3iUCvXgk=; b=TvOxjJPoxdlONYeZLIETDW9nEcHGTcecygTUTg2rp44cdh1HQbNR3kDnR8td6nIU4y GZwt3x9ruPunX79ezxhj1n+o0IIR/G0mldDFUK18uTfNomtQgmf8AbUF8q/9gOpkX9tE jR0ParRk30KwEegU2Vhs1snFmx4pC1GCU8b/tRkQ0Wbr9FKaePJJ2Dmsh/eJXMlPcssn wm7U71hErwVLLJQHLEwtdxH34WeFO2uqVgavKRbUpNqUWNVN78CkFOnje5j70nKK3KpQ UWu6vJWiYdErX+ecLR3sCHGxX8+lOTS4N747Y9MevomzF4IxI/mDK3UdSZ07dmqR3vgC ESZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=YttqIt9CExtdFQlvDB+Yjrz6RLtUAVs/lok3iUCvXgk=; b=rwQb2BM4yL8/fMWJnLdKl7mSAfY1nAgqQNDMGoheFm5NaCPN8TlwOGy+k5vSWxHdsF R7wNLU4+O/Ppgf50tFox8lZkNDhrg4ljs4Y8XSZe1QWCvNaSNa1uSGev6lxG3NFxhcpA KhmCfKxSgV6VYMyceiXj6Vybp7rijlqnL/zFqL6fwnXomokXu9HWIrHislJZozPDNgkn 1t+I3rVeASc+f4mR7JoV+fcxHwKX4lGJD5IDdZYJbaYspt2dn3a8LPCOFQgMhXA3AMM9 oOlMs3h9Xv2TRly7AnObSd9DwLt6/Sqzq3bpBMb4mmFEBq4toHzzkqxaviNBOpjbahcE WEQw== X-Gm-Message-State: ACgBeo2K2iiRnltqgs5ENjFIOhh+zV12DioeYSJXxKq9V68hDOjAv5qF n4z1KEMQ/17Mu0SGhQdRoXHzWbzAgilO68h5aUqryQ== X-Received: by 2002:a17:907:6d1d:b0:741:5b1b:5c9a with SMTP id sa29-20020a1709076d1d00b007415b1b5c9amr7297060ejc.642.1661813031275; Mon, 29 Aug 2022 15:43:51 -0700 (PDT) MIME-Version: 1.0 References: <20220821150147.277753-1-sander@svanheule.net> In-Reply-To: <20220821150147.277753-1-sander@svanheule.net> From: Brendan Higgins Date: Mon, 29 Aug 2022 15:43:40 -0700 Message-ID: Subject: Re: [PATCH v2] kunit: fix assert_type for comparison macros To: Sander Vanheule Cc: Brendan Higgins , David Gow , Daniel Latypov , Shuah Khan , linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com, linux-kernel@vger.kernel.org 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 Sun, Aug 21, 2022 at 8:02 AM Sander Vanheule wrote: > > When replacing KUNIT_BINARY_*_MSG_ASSERTION() macros with > KUNIT_BINARY_INT_ASSERTION(), the assert_type parameter was not always > correctly transferred. Specifically, the following errors were > introduced: > - KUNIT_EXPECT_LE_MSG() uses KUNIT_ASSERTION > - KUNIT_ASSERT_LT_MSG() uses KUNIT_EXPECTATION > - KUNIT_ASSERT_GT_MSG() uses KUNIT_EXPECTATION > > A failing KUNIT_EXPECT_LE_MSG() test thus prevents further tests from > running, while failing KUNIT_ASSERT_{LT,GT}_MSG() tests do not prevent > further tests from running. This is contrary to the documentation, > which states that failing KUNIT_EXPECT_* macros allow further tests to > run, while failing KUNIT_ASSERT_* macros should prevent this. > > Revert the KUNIT_{ASSERTION,EXPECTATION} switches to fix the behaviour > for the affected macros. > > Fixes: 40f39777ce4f ("kunit: decrease macro layering for integer asserts") > Signed-off-by: Sander Vanheule Thanks for fixing this! Reviewed-by: Brendan Higgins