Received: by 2002:a05:7412:d8a:b0:e2:908c:2ebd with SMTP id b10csp2632868rdg; Mon, 16 Oct 2023 09:58:40 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHR7ZUiQcdSuCYOaPeAB29V4bpOm39eR3zMaDlm/OpxlspH1Ll/QgTN+STZb9jve8M4BV50 X-Received: by 2002:a17:90a:8a09:b0:27d:21dd:258f with SMTP id w9-20020a17090a8a0900b0027d21dd258fmr9542129pjn.37.1697475519674; Mon, 16 Oct 2023 09:58:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697475519; cv=none; d=google.com; s=arc-20160816; b=ua2kz9CTSBcYWLnRtc4ALvXV7HHkXdR8InUsl8KUiTgdO0rNn/cySy2dW+PWY5prhM 1R64KEQBMCMd9OuxmhnrjHCgC799gvgpv1L9mvmZ92nCTKOVomTWk8+xt7kXKrNWqd3Z GAngQP2RypMsCQoVy3oHDpq0Ueam93yG3Tv6SanuqESToY3N/u2nJYu+ywFjxPLje4l0 f9KwMvuk7xx7w+2xrJBuTkbrJSlBm4dh+d+9T9nvLCAjDpVJhiOpc9jr6MGxcZwYrTDy TDRD8ZnPcTULWT+olRvyjLMnb5nDclmdZQbXz9Vc3HOSyTs/RNJJyXvDKCrNi6mkc4d0 b98w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=7GiBkNkDRvpjW/uN9ihbuBnAA1FpgH280zW++S1hRRY=; fh=2kCdHXvcAULJv/9f8X/O+IrT3ddiMaJJNnCkHNJ/OJY=; b=zfFy6di4tDnXDw8QVBAKp0uz/X7FUzdbu7F8Tk2xeBOTAEU9WPWvNQqi1nRifd+Jlc k56RQ2rgpkhBmEPYP8JEBpu/kmVW4mnZVYIUdcGI13rxdU7/vGb4qW8hNxxEnZPZVHqd xsPHy0vFsohRXSCda4/iEOsJh7yvzQ7VNaIqBantqG6tCIW/isIxdhuns4ZKbFP8rZFi KYosjioyP2bfJyClPjjjtbloLidc/lVDRA65U4dv1nrFbJju92ppzR4hDAgaYGDwF1o2 npQFctFgvEIivo3zAxYwvaQBmTQroURd0lYkeNpVWk2bZA9Yo6/oXfurO/bnNYLyAZfX YQwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=B2WtAZ4c; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from snail.vger.email (snail.vger.email. [2620:137:e000::3:7]) by mx.google.com with ESMTPS id fa23-20020a17090af0d700b0027d1b42875bsi6363396pjb.64.2023.10.16.09.58.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 16 Oct 2023 09:58:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) client-ip=2620:137:e000::3:7; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=B2WtAZ4c; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id B640D802A70B; Mon, 16 Oct 2023 09:58:38 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234664AbjJPQ60 (ORCPT + 99 others); Mon, 16 Oct 2023 12:58:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57050 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234586AbjJPQ5e (ORCPT ); Mon, 16 Oct 2023 12:57:34 -0400 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E058710D3; Mon, 16 Oct 2023 09:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1697475309; x=1729011309; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=JgZclxzvXH6brVhcVWQRFhTS/icokSmMXi/raH9oYiU=; b=B2WtAZ4c7enfATtwLInqTx/GodfkMbcqKeJv12JDZUTTd2AnQRxP0X7J 4yB+1vOeJ1WgUODEIvux2Cl/d5ejiXde4m0zkfVa40zawk4FvJVOW0R9u k4h6RwW1ZXH3L6FnLyXLC4Cmlr6bhjIiNCkHrr0s3aU3YB4tsAhWV8orJ 1hrTTfADOEXHNhAUOLyu2efW6o0Efa9XjJ3ViodBG2RAD/XkVUxFRKFgR FQWrGxiHjP00I6u0sWWPbBilSI8ggAaz1eKHsA0TE6Cy1wYjbLBejUCTI BDuwjloe5AVSP+cV/cgByxOx36yDFPJx2axZXIqwj3VN+WXIL9C7Uijnl g==; X-IronPort-AV: E=McAfee;i="6600,9927,10865"; a="364937331" X-IronPort-AV: E=Sophos;i="6.03,229,1694761200"; d="scan'208";a="364937331" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2023 09:55:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10865"; a="826084549" X-IronPort-AV: E=Sophos;i="6.03,229,1694761200"; d="scan'208";a="826084549" Received: from newjersey.igk.intel.com ([10.102.20.203]) by fmsmga004.fm.intel.com with ESMTP; 16 Oct 2023 09:55:06 -0700 From: Alexander Lobakin To: Yury Norov Cc: Alexander Lobakin , Andy Shevchenko , Rasmus Villemoes , Alexander Potapenko , Jakub Kicinski , Eric Dumazet , David Ahern , Przemek Kitszel , Simon Horman , netdev@vger.kernel.org, linux-btrfs@vger.kernel.org, dm-devel@redhat.com, ntfs3@lists.linux.dev, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 12/13] lib/bitmap: add compile-time test for __assign_bit() optimization Date: Mon, 16 Oct 2023 18:52:46 +0200 Message-ID: <20231016165247.14212-13-aleksander.lobakin@intel.com> X-Mailer: git-send-email 2.41.0 In-Reply-To: <20231016165247.14212-1-aleksander.lobakin@intel.com> References: <20231016165247.14212-1-aleksander.lobakin@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_NONE 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 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Mon, 16 Oct 2023 09:58:38 -0700 (PDT) Commit dc34d5036692 ("lib: test_bitmap: add compile-time optimization/evaluations assertions") initially missed __assign_bit(), which led to that quite a time passed before I realized it doesn't get optimized at compilation time. Now that it does, add test for that just to make sure nothing will break one day. To make things more interesting, use bitmap_complement() and bitmap_full(), thus checking their compile-time evaluation as well. And remove the misleading comment mentioning the workaround removed recently in favor of adding the whole file to GCov exceptions. Reviewed-by: Przemek Kitszel Signed-off-by: Alexander Lobakin --- lib/test_bitmap.c | 18 ++++++++++-------- 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/lib/test_bitmap.c b/lib/test_bitmap.c index 910457662322..a005fcd70ed7 100644 --- a/lib/test_bitmap.c +++ b/lib/test_bitmap.c @@ -1193,14 +1193,7 @@ static void __init test_bitmap_const_eval(void) * in runtime. */ - /* - * Equals to `unsigned long bitmap[1] = { GENMASK(6, 5), }`. - * Clang on s390 optimizes bitops at compile-time as intended, but at - * the same time stops treating @bitmap and @bitopvar as compile-time - * constants after regular test_bit() is executed, thus triggering the - * build bugs below. So, call const_test_bit() there directly until - * the compiler is fixed. - */ + /* Equals to `unsigned long bitmap[1] = { GENMASK(6, 5), }` */ bitmap_clear(bitmap, 0, BITS_PER_LONG); if (!test_bit(7, bitmap)) bitmap_set(bitmap, 5, 2); @@ -1232,6 +1225,15 @@ static void __init test_bitmap_const_eval(void) /* ~BIT(25) */ BUILD_BUG_ON(!__builtin_constant_p(~var)); BUILD_BUG_ON(~var != ~BIT(25)); + + /* ~BIT(25) | BIT(25) == ~0UL */ + bitmap_complement(&var, &var, BITS_PER_LONG); + __assign_bit(25, &var, true); + + /* !(~(~0UL)) == 1 */ + res = bitmap_full(&var, BITS_PER_LONG); + BUILD_BUG_ON(!__builtin_constant_p(res)); + BUILD_BUG_ON(!res); } /* -- 2.41.0