Received: by 2002:a05:6358:e9c4:b0:b2:91dc:71ab with SMTP id hc4csp6842138rwb; Wed, 10 Aug 2022 02:01:19 -0700 (PDT) X-Google-Smtp-Source: AA6agR4dDAaSLu1OA2wzCabWhFnAjE7c2yvnZLOhwxuz7YN1/iaLVha3pFyVZ6/CjTZ9Zz3GYKsh X-Received: by 2002:a17:903:11d2:b0:167:8a0f:8d33 with SMTP id q18-20020a17090311d200b001678a0f8d33mr27455801plh.95.1660122079042; Wed, 10 Aug 2022 02:01:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660122079; cv=none; d=google.com; s=arc-20160816; b=GwRqLAYbI7N721Ue/6GB9q3wkGXnYdMsAoa6W/8dNjkszegF2LVMntvlUQggfGBaOO ywQeuIZ4MM2k6NclMxW+xr/HsqUR+m1ySV3y1QOFYubhvkW4j5z6fWas4ijMJnc+uAge cPrmPAYcjIJNpZiSKIxaFUAjeGXlx7QtLfaX+s6t/AT21ZPbWStDPBVTqP/69mgxcD/j Tv5VNQWfMeeU1XAh75ZLjAR9rTEi32aPM4mLS38P6MKgR++p5GVghDCJXaBpN3XO3U3B N7lIOILqG95Yhr0hmlGcrC4SUsmYr96+6gkH1SyRvZqv8A+/Jn3RY/d47LDb7roEH+jP V8/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=wW1BnO3D+++ZeyOAYr0klJvyf1VeScMpK2Hw/FycF80=; b=j2bLfVpQ/d9G6tp9bTdOF7b8Ye3FbsLyZyrESZw4QQvoT+UxFM3iHdIY1b1qXb1J4U oPSPKDU4+qaRjQlovkxHd90hE5I+8rv5BQ1MinEpN9tpR5WM7gxBYfSmZKB7pBCJA9gO 6TBihgyAKU5kQ0v7HFzGiNHJZCby5niz9wEKbu7dAjbn7+KSucrvrmeuiG+hEkEJf8SH LIOnMlg2updTb4Bps1qluMahCPfUEM2zG2m8CfEIGWQxs0Qa7RITaC3vzZJH2qTpX4DC TB6mBSAzCxKaheCJjoUPHBw7VDMV0LAPAgD9jewIZLyQfUDlIMhbYhRR6x8NdhEBcYy0 SFlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@svanheule.net header.s=mail1707 header.b=PitDpYXr; 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=NONE dis=NONE) header.from=svanheule.net Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h12-20020a056a00218c00b00528a45a239fsi2194134pfi.273.2022.08.10.02.01.05; Wed, 10 Aug 2022 02:01:19 -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=@svanheule.net header.s=mail1707 header.b=PitDpYXr; 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=NONE dis=NONE) header.from=svanheule.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231797AbiHJIpv (ORCPT + 99 others); Wed, 10 Aug 2022 04:45:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41818 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231177AbiHJIpj (ORCPT ); Wed, 10 Aug 2022 04:45:39 -0400 Received: from polaris.svanheule.net (polaris.svanheule.net [IPv6:2a00:c98:2060:a004:1::200]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9F00E27B31 for ; Wed, 10 Aug 2022 01:45:38 -0700 (PDT) Received: from vanadium.ugent.be (vanadium.ugent.be [157.193.99.61]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) (Authenticated sender: sander@svanheule.net) by polaris.svanheule.net (Postfix) with ESMTPSA id 06081309215; Wed, 10 Aug 2022 10:45:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=svanheule.net; s=mail1707; t=1660121137; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wW1BnO3D+++ZeyOAYr0klJvyf1VeScMpK2Hw/FycF80=; b=PitDpYXr1MTFKl5Vc0Z0t9rnVUhvdMBVFgQN+FBbKqtRsWVvaWSZYLas5Pkgd82fMQA3j6 hz4RfghwAZznttQPPnCCJaxWRjqLdw4l2+CPFuSBBpKm6l99AxiPHH8fuTy2DYr4gRzy3G 2lwNPo7bDFwYduG+m6lW7IoIuF111L3y4cShuPs65OuXo1TEttxHx9Vz/hgiTPKsX7LmOA 4ULn5oagnjTlazB2iwa49z/kD88FgDLTtmcv0uA2ClnBmOsVwVrlhztfvOjXusFrQSCz2E cRnTl4G+WgVZmS3DfawNB/HAJ+v8YCQHBcdqP/20IAg+cwx6RIpGOZCG8/2OFA== Message-ID: <4f334657f927865266fee19a7920f7248a111ef8.camel@svanheule.net> Subject: Re: [PATCH v1 1/5] lib/test_cpumask: drop cpu_possible_mask full test From: Sander Vanheule To: David Gow Cc: Yury Norov , Andy Shevchenko , Rasmus Villemoes , Linux Kernel Mailing List , =?ISO-8859-1?Q?Ma=EDra?= Canal Date: Wed, 10 Aug 2022 10:45:35 +0200 In-Reply-To: References: <30d8882efedea697da20c27563050008d1569b9e.1660068429.git.sander@svanheule.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4 (3.44.4-1.fc36) MIME-Version: 1.0 X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_PASS, 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 Hi David, On Wed, 2022-08-10 at 12:06 +0800, David Gow wrote: > On Wed, Aug 10, 2022 at 2:09 AM Sander Vanheule wr= ote: > >=20 > > cpu_possible_mask is not necessarily completely filled.=C2=A0 That mean= s > > running a check on cpumask_full() doesn't make sense, so drop the test. > >=20 > > Fixes: c41e8866c28c ("lib/test: introduce cpumask KUnit test suite") > > Link: https://lore.kernel.org/lkml/346cb279-8e75-24b0-7d12-9803f2b41c73= @riseup.net/ > > Reported-by: Ma=C3=ADra Canal > > Signed-off-by: Sander Vanheule > > Cc: David Gow > > --- >=20 > Looks good to me. It'd maybe be worth noting _why_=C2=A0 cpu_possible_mas= k > is not always filled (i.e., that the number of available CPUs might > not match the maximum number of CPUs the kernel is built to support), > but it's probably not worth doing a new version of the patch series > just for that. >=20 > Reviewed-by: David Gow Thanks for the reviews! Perhaps the commit message could be replaced by: "When the number of CPUs that can possibly be brought online is known at bo= ot time, e.g. when HOTPLUG is disabled, nr_cpu_ids may be smaller than NR_CPUS. In that case, = cpu_possible_mask would not be completely filled, and cpumask_full(cpu_possible_mask) may return fa= lse for valid system configurations." Best, Sander >=20 > Cheers, > -- David >=20 >=20 > > =C2=A0lib/test_cpumask.c | 1 - > > =C2=A01 file changed, 1 deletion(-) > >=20 > > diff --git a/lib/test_cpumask.c b/lib/test_cpumask.c > > index a31a1622f1f6..4ebf9f5805f3 100644 > > --- a/lib/test_cpumask.c > > +++ b/lib/test_cpumask.c > > @@ -54,7 +54,6 @@ static cpumask_t mask_all; > > =C2=A0static void test_cpumask_weight(struct kunit *test) > > =C2=A0{ > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 KUNIT_EXPECT_TRUE(test, cpum= ask_empty(&mask_empty)); > > -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 KUNIT_EXPECT_TRUE(test, cpumask_f= ull(cpu_possible_mask)); > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 KUNIT_EXPECT_TRUE(test, cpum= ask_full(&mask_all)); > >=20 > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 KUNIT_EXPECT_EQ(test, 0, cpu= mask_weight(&mask_empty)); > > -- > > 2.37.1 > >=20