From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id E0DCFC4167B for ; Tue, 28 Nov 2023 18:03:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:In-Reply-To: Subject:cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=RBXTyFOq462stG2uI156Z/d5ayFnelvNoAQpW2iXizY=; b=otwGT9W9ubrciZzwC6AQtV575G 3FwW90mdbVrfYv2b0WYdVoaypJUfCLGXMC8I1+BQ2ZXZwR8s2NHme9tvjyqrD0NQBbigwHP1ExrYo zqrPbeLqO+xEvOiwhdAhlpXD6ZmTJIaSSokZMCDUIujybrIq3sqBBfTuQo3Eqw7Ouy9LXMmcH917b ZyHr0UqucDpQ9rBAHWhhUcT2ZkWueYxkpajqdrfpCLGf0lmwbYh4q7pDppltf/aKf1WYkwB3U7v7W HQkYNRWcJrZSYadk9xga/NhGe0Q0Qg6Y1Xkld6dgnY+kcAAsEITX66glsHc82InCrYQzMEhVQ4ZHk kc31lGkg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1r82Q7-0062uv-18; Tue, 28 Nov 2023 18:02:51 +0000 Received: from gentwo.org ([62.72.0.81]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1r82Q4-0062uA-1V for linux-arm-kernel@lists.infradead.org; Tue, 28 Nov 2023 18:02:49 +0000 Received: by gentwo.org (Postfix, from userid 1003) id 5DF5F46624; Tue, 28 Nov 2023 10:02:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id 5CC1341AEC; Tue, 28 Nov 2023 10:02:45 -0800 (PST) Date: Tue, 28 Nov 2023 10:02:45 -0800 (PST) From: "Christoph Lameter (Ampere)" To: Anshuman Khandual cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Valentin.Schneider@arm.com, Vanshidhar Konda , Jonathan Cameron , Catalin Marinas , Robin Murphy , Dave Kleikamp , Matteo Carlini Subject: Re: [PATCH ARM64]: Introduce CONFIG_MAXSMP to allow up to 512 cpus In-Reply-To: <52b8a7d8-aa4c-46db-a7f5-f36c92ad5380@arm.com> Message-ID: <01d7531b-3d5c-989d-58ac-60861249fd3e@linux.com> References: <6a854175-5f89-c754-17b8-deda18447f1f@gentwo.org> <52b8a7d8-aa4c-46db-a7f5-f36c92ad5380@arm.com> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231128_100248_522840_CDF60ACD X-CRM114-Status: GOOD ( 19.48 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, 28 Nov 2023, Anshuman Khandual wrote: > > > On 11/21/23 06:34, Christoph Lameter (Ampere) wrote: >> Ampere Computing develops high end ARM processors that support an ever >> increasing number of processors. The current default of 256 processors is >> not enough for our newer products. The default is used by Linux >> distros and therefore our customers cannot use distro kernels because >> the number of processors is not supported. > > In the previous thread mentioned below, Catalin had mentioned that the > distros do tweak the config for their needs. The default is applicable > for an wide range systems, hence just wondering why default NR_CPUS be > changed for all. We would like the standard kernel to be able to boot on our systems and those have more than the current NR_CPU processors. The distros only tweaks things on request and with this change the tweaking is no longer necessary. > Also just curious, what might be the concern for distros to have large > platform specific configs overriding the default. There are numerous distributions as well as individuals who built kernels. It is surprising if someone builds an upstream kernel with the defaults that should fit all supported platforms only to find that only a portion of their cpus come up. The work of discovery why this is and how to fix it has to be done by numerous individuals and organizations in order to enable all cpus. That work is not necessary if the default is such that a sufficient number of processors are supported by the default configuration accommodating all ARM hardware. The CONFIG_MAXSMP configuration on X86 was developed exactly for these situations and we have a special KCONFIG option to have potentially large bitmaps for cpus allocated as needed in the kernel core. The patch enables the use of that facility. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel