Message ID | 20230306152204.49836-1-andriy.shevchenko@linux.intel.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp1905583wrd; Mon, 6 Mar 2023 07:31:19 -0800 (PST) X-Google-Smtp-Source: AK7set/3ZMfe1k2x4lWaodxiPqKro1EQ+KNi3rP+GCn9HvRaCR+oGrrG9uGXovC9qSAI0Nz2SyZR X-Received: by 2002:a05:6402:31ea:b0:49e:1f0e:e209 with SMTP id dy10-20020a05640231ea00b0049e1f0ee209mr11134802edb.10.1678116679546; Mon, 06 Mar 2023 07:31:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1678116679; cv=none; d=google.com; s=arc-20160816; b=Yl+IZhCg8IVK9FJIlv+OcDU8qV5ri45yGHXzu8Tl9GuINsE1bUNxwFmbicSo5irdZx Iv/cfBL2Mfp77JhOMC55l69yGiWo7zlHSLHQmKf/YvI52/fRq1e1d20LFq3jV0VDDGIk xsqx1EcPEb32PpCDvtsLd7TBehP7sB+wUyIb0VNg93cXxcBQDnWoM8KMgnAyDrGQFbi+ WY6z0KcSaQHc1T3aj+a9YJ2pk00jK72IdEpB+DxLYBnNHSFL8zgcLmMS4LTEkvV0LQi5 wXFFvNEYEs4tM/IkWDL1kZWz9ve9IYxGKprQREVUbK8rin5lm8q07GR6Y60pBS9hAkAW f+Cw== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=HrzOLh3aP5S33zmtP6MID3mD3G9qm6arLj6anUM7Nns=; b=GWecr2mQBewBGi7tKPDqVqyS9NjCPmk1Qz1te9w90u1lvkZHbQwH32eJrvDtdfetRY i5SEKbjEtROqR04LFaOx+bEyfpPX/xgiBaPNYmG2UPKuqvyIv1+LMla3wwJZ5wtHQi1G IPuiTCPZPVmc67fAQvvULSfq4u+nd46+/ml0aO23b3zWOxy9m4n+70ahh/1umPAtWwg/ 6sc6pbpUiJ2tmoSNupaj8o272ZHkSavT3I2tbT3gSx1VwgQBzpVyLU5qLkDm+aBPQrlT x4CKz+FqF4Fk/RuUNKrQkdOsADt/EGZG+D64LdTwm21S7PL9BtbfcEo3srolWM82LbEI HzJA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Ft0I4yE4; 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=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t22-20020a1709064f1600b008e259a32ab3si9812538eju.934.2023.03.06.07.30.36; Mon, 06 Mar 2023 07:31:19 -0800 (PST) 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=@intel.com header.s=Intel header.b=Ft0I4yE4; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230155AbjCFPV1 (ORCPT <rfc822;toshivichauhan@gmail.com> + 99 others); Mon, 6 Mar 2023 10:21:27 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41850 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229486AbjCFPVZ (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 6 Mar 2023 10:21:25 -0500 Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 15FF42BF3E for <linux-kernel@vger.kernel.org>; Mon, 6 Mar 2023 07:21:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1678116085; x=1709652085; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=MsmZkjzhshq5GrJn5PqIhozrx6ZauAaghOCW2Gi3s3s=; b=Ft0I4yE4UPqUV4LH5+lumrf8wqnxBEZR6vSVtQI8GzD/T+nI6D12oc49 RwiMxcCOTKtQZy98h/j5XxlQO/vNgv8FmTqbAyTrKHXtqSmFRbB0YJGLQ STTidUwx5AcuKFmNemAsOyUd0RYIh31tL3JeaR/UFFcaZD0mDRLPiYyS2 P8PM6Zqg7p27vDWsUoHQgYE93iKpQU5aW7FTR1o8JNMsE7gxtBy50Vy1N F+TEDxW/kZrOmjc8uteRR50pe3bRHAAdXm89pZAlyVdrC54XEYNvz57oD Xl2VpA3tTyL3SVGCMXiq+44VR6cADtaUrPnqYxSlrrHHs8XIO16Ykpowc Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10641"; a="315237531" X-IronPort-AV: E=Sophos;i="5.98,238,1673942400"; d="scan'208";a="315237531" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Mar 2023 07:21:24 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10641"; a="626186880" X-IronPort-AV: E=Sophos;i="5.98,238,1673942400"; d="scan'208";a="626186880" Received: from black.fi.intel.com ([10.237.72.28]) by orsmga003.jf.intel.com with ESMTP; 06 Mar 2023 07:21:23 -0800 Received: by black.fi.intel.com (Postfix, from userid 1003) id 73FE8143; Mon, 6 Mar 2023 17:22:06 +0200 (EET) From: Andy Shevchenko <andriy.shevchenko@linux.intel.com> To: Yury Norov <yury.norov@gmail.com>, linux-kernel@vger.kernel.org Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>, Rasmus Villemoes <linux@rasmusvillemoes.dk>, Linus Torvalds <torvalds@linux-foundation.org> Subject: [PATCH v1 1/1] cpumask: Fix typo nr_cpumask_size --> nr_cpumask_bits Date: Mon, 6 Mar 2023 17:22:04 +0200 Message-Id: <20230306152204.49836-1-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.39.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_PASS, 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1759632875187947291?= X-GMAIL-MSGID: =?utf-8?q?1759632875187947291?= |
Series |
[v1,1/1] cpumask: Fix typo nr_cpumask_size --> nr_cpumask_bits
|
|
Commit Message
Andy Shevchenko
March 6, 2023, 3:22 p.m. UTC
I think the never used nr_cpumask_size is just a typo,
hence use existing redefinition that's called nr_cpumask_bits.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
---
include/linux/cpumask.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Comments
On Mon, Mar 06, 2023 at 05:22:04PM +0200, Andy Shevchenko wrote: > I think the never used nr_cpumask_size is just a typo, > hence use existing redefinition that's called nr_cpumask_bits. In another thread we still mention this. Interesting... what did I miss?
On Mon, Mar 6, 2023 at 11:49 AM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > > In another thread we still mention this. Interesting... > what did I miss? You didn't miss anything, your typo fix is correct, and the same typo just exists in that other thread too. For all the same reasons for the original typo (possibly together with some cut-and-paste from said comment). Linus
diff --git a/include/linux/cpumask.h b/include/linux/cpumask.h index 8fbe76607965..ce8eb7ef2107 100644 --- a/include/linux/cpumask.h +++ b/include/linux/cpumask.h @@ -66,7 +66,7 @@ static inline void set_nr_cpu_ids(unsigned int nr) * * Finally, some operations just want the exact limit, either because * they set bits or just don't have any faster fixed-sized versions. We - * call this just 'nr_cpumask_size'. + * call this just 'nr_cpumask_bits'. * * Note that these optional constants are always guaranteed to be at * least as big as 'nr_cpu_ids' itself is, and all our cpumask