Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18;
From:   Libo Chen <libo.chen@oracle.com>
To:     masahiroy@kernel.org, tglx@linutronix.de, peterz@infradead.org,
        mingo@kernel.org
Cc:     linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-arch@vger.kernel.org
Subject: [PATCH] lib/Kconfig: remove DEBUG_PER_CPU_MAPS dependency for CPUMASK_OFFSTACK
Date:   Thu, 24 Mar 2022 16:18:59 -0700
Message-Id: <20220324231859.1287918-2-libo.chen@oracle.com>
In-Reply-To: <20220324231859.1287918-1-libo.chen@oracle.com>
References: <20220324231859.1287918-1-libo.chen@oracle.com>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?T8bQeBR1yyylt4sqegF1txhl9jUCLJzuaVVsTjbPmDMaDfVJSr2BWio3ETDG?=
 =?us-ascii?Q?YYRX5AO1S5HYNpz+4GSnPzuSZP1rZR9wVboJ7rMFknHNmRVHnkWFZrsR8dnY?=
 =?us-ascii?Q?sTsGafVSPj0mvZtodPBJUKaFhWsSr1jrAp2jep+8HxOfXFOXTNdzGJIWMWBY?=
 =?us-ascii?Q?37KDfDQLnxI/qDgm2y8jj3+jBuqsJf3Q38SrWw7dTVeEETsfoL52P3b5Gg5N?=
 =?us-ascii?Q?RGpPMqFN0Kw4vi6LJI1wKaruFk6Y9oyv1GQwBIS0l0t+Oh35tA3OUMoKrVW4?=
 =?us-ascii?Q?JPvop3S6Czj+bwQzet9V7+RF/ZcnYRgEKp84LujhBZRmVFH7GVOE5/Sixqqn?=
 =?us-ascii?Q?48X+3Fws6o/vsG8FpzrXdKkBprCzxfrbwynV0JUSoKWelkVw9wLlpB/ud1Nl?=
 =?us-ascii?Q?Ssq8FMv6GHWEHacJwunMeQjuZtThJJ5lMzZCirShNTrDtuTXvQo4XYEguAnp?=
 =?us-ascii?Q?whX1+0CsRr2l4U8a0c1NBWhDMHie5FEMr7SsDw5xdHqgd0boj3CI6US13y3T?=
 =?us-ascii?Q?VvAm/NDx9Ojl8ESzaTCbEM4nnk8V4vbgUXk03bhYp2IUMwBDLsSt4xcJJfkh?=
 =?us-ascii?Q?ApWDthMPJraqH5Y/9cyBoTSGdGLXSkoKnXf4oC806eC+3jHazvpW2HOA/yGi?=
 =?us-ascii?Q?oxbVZoc0BHhy5CaeG5avgO9wqJB6BYAhxaf6l/uaNXuL9pwWqDrcxIqLEaFv?=
 =?us-ascii?Q?Whxo/ezVTaWTfg/ae4HM3bzcG9lDKsyYAGUYAp35jDOrxwCG0coZ1/lql9Em?=
 =?us-ascii?Q?BzX/BgjJh5nr/zszJmtaYXp7J4wMQUP/CqISPrV5mSgRtn9fAjIdAszLY5jT?=
 =?us-ascii?Q?He/FWE7v9yaKWdAA5mtat98sOQ5VjvvYxmEm94DvRgMsCqzFa6YoqO7rfoe2?=
 =?us-ascii?Q?DMsLVq9zftc0/8XfVa19sYP5Llzjv5QjbigQ9Os+vSaHFL9gFw4mJa5MlScs?=
 =?us-ascii?Q?HqjOEoKPtrNzgSEcJIY5eAad06x2Lrra7cga8r7FIfQ67PqY5i6lCN09Im7x?=
 =?us-ascii?Q?NwMkN6D7lDSZDRKq8Pz3iBaVOGWip7bKOBiUh9dE2be3hUKhov/kzoNBZfYU?=
 =?us-ascii?Q?Q6/FWujXteGiQ72jjcV0iTpqhQpnotggeTrFMe1tLM5+n43iLL5SmbPRo2iR?=
 =?us-ascii?Q?sjNahVl9VN0sdHnnj92tfEmEratx3HCjnMd3vQl/tDTS21UCplIsspNpY7AX?=
 =?us-ascii?Q?rwXCT/+ZT7EoGH7dWTmwEoTtd+ayRXsMZachYW1Purgn0HYMBJAe6/SKJbVm?=
 =?us-ascii?Q?jIJwxyj+KwpBRotdGi6rB8qooYexzx9eYSVR3+GqHfvEB0rHuer0Z1RW0v03?=
 =?us-ascii?Q?eoopphrHWiI+eqpP7QQ7+2C7yBvxUkAltUt07D26dCc+PHT0U1rUn9Y9zVbB?=
 =?us-ascii?Q?Lfym0h1yjHqmHaA8fq+g8cDgFWmDPvjV4W+YBcCx+j6LALM8+o++vm1ezug6?=
 =?us-ascii?Q?XjNU/7sO9OkGk07QeIb/2iQfqnL+udye?=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 89a22866-d823-4815-07bf-08da0decb24d
X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB4576.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Mar 2022 23:19:08.3057
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: lzzW7/rtsNXw2e2r+BcFhIeRDYJc5/ugdtryLeIXem8VMChCgxU4eWl2QE7iFHT2czEeHu6DBu3q96ZNgO6J0g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR10MB5439
X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10296 signatures=694973
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 suspectscore=0 spamscore=0
 mlxlogscore=999 phishscore=0 bulkscore=0 malwarescore=0 mlxscore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000
 definitions=main-2203240123
X-Proofpoint-ORIG-GUID: nnr5XzACTeOVhkyYZM0qWPY1ews-7BFf
X-Proofpoint-GUID: nnr5XzACTeOVhkyYZM0qWPY1ews-7BFf
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE
	autolearn=no 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

Forcing CPUMASK_OFFSTACK to be conditoned on DEBUG_PER_CPU_MAPS doesn't
make a lot of sense nowaday. Even the original patch dating back to 2008,
aab46da0520a ("cpumask: Add CONFIG_CPUMASK_OFFSTACK") didn't give any
rationale for such dependency.

Nowhere in the code supports the presumption that DEBUG_PER_CPU_MAPS is
necessary for CONFIG_CPUMASK_OFFSTACK. Make no mistake, it's good to
have DEBUG_PER_CPU_MAPS for debugging purpose or precaution, but it's
simply not a hard requirement for CPUMASK_OFFSTACK. Moreover, x86 Kconfig
already can set CPUMASK_OFFSTACK=y without DEBUG_PER_CPU_MAPS=y.
There is no reason other architectures cannot given the fact that they
have even fewer, if any, arch-specific CONFIG_DEBUG_PER_CPU_MAPS code than
x86.

Signed-off-by: Libo Chen <libo.chen@oracle.com>
---
 lib/Kconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Kconfig b/lib/Kconfig
index 9b5a692ce00c..a017f5fe4e38 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -502,7 +502,7 @@ config CHECK_SIGNATURE
 	bool
 
 config CPUMASK_OFFSTACK
-	bool "Force CPU masks off stack" if DEBUG_PER_CPU_MAPS
+	bool "Force CPU masks off stack"
 	help
 	  Use dynamic allocation for cpumask_var_t, instead of putting
 	  them on the stack.  This is a bit more expensive, but avoids
-- 
2.27.0