From patchwork Fri Mar 24 05:22:20 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186442 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 5A882C6FD1C for ; Fri, 24 Mar 2023 05:23:51 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=O4F4YTfDcWEzJYTolFLeHQiLm282KJocNJKPYa5Yjyg=; b=KzxvFtA66kQxvA nioK95NaHzgeSRfnLnLjRCkDAUIbjQtz5IpXgZkuLkkX8j6ezdISXiNoOwnnbgmOr9Et/rhnxxK41 w/zV7BErkZ/XAq9VD+f0Hd6bFhC+WJfh+/kXnVT4RJyb11roufuZoqPJT0BwJPaWzN3XbD2gkE9yg wIIVQTH52vulwLExXjTsx9VCOOF7a30li0w4DEc3jx1s/i7OViYqZzdxVy88Tv6Fz2Io6jOfZTKJw uIdal+JAhdU3RdpcRqGrZlQA6TrTjMvWv9sdknX1JTgsl2JB9+Oi+EjnVvyH/Q7v7hFuAT72o0CdZ 55OSGlI9jGoVSAhEluzw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtH-003ZDS-0e; Fri, 24 Mar 2023 05:23:03 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtD-003ZCk-1b for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:00 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 1BDCB6292A; Fri, 24 Mar 2023 05:22:59 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BAECBC433D2; Fri, 24 Mar 2023 05:22:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635378; bh=qIi0d905rrVxCnXjZ9vwyNe5X1lgBVvNa+6iMbheD+I=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=MMLxM8SBg2LnY33yzgRW64q0ygwSjALTMwxl1A165zPTLTDvPe0BAfBZHPRq5oIsn s1aH3PVmBDS7Ut+GuMVab3n8jniIXZKSGvDb8m0lR0aybVTLTI+od0D2CKutXGwxeb oxjLKC62aMYJEUCMI/wKA+ZSMH5fe0S3rkebKVerZyac6liS+2tnNLRMdqJcxzoKDL rVu88I6wSS9q8OxXzBVCM1+a67qjYj3ibJUlYmI6Sn1a/GmqT/tRik5Vc3hFV3UpAF wLyJjTkqrQbUN8D868PQT9yjfkykNDFbTy/SqmwTohdn6ePxVc1CPHuaZg30Ytfihe VFWpDS+brn3LQ== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 01/14] arm: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:20 +0300 Message-Id: <20230324052233.2654090-2-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222259_611748_B8C4BF2C X-CRM114-Status: GOOD ( 15.16 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/arm/Kconfig | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 929e646e84b9..0b15384c62e6 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -1354,17 +1354,19 @@ config ARM_MODULE_PLTS configurations. If unsure, say y. config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" + int "Order of maximal physically contiguous allocations" default "11" if SOC_AM33XX default "8" if SA1111 default "10" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. + + Don't change if unsure. config ALIGNMENT_TRAP def_bool CPU_CP15_MMU From patchwork Fri Mar 24 05:22:21 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186444 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 231FEC77B6D for ; Fri, 24 Mar 2023 05:23:53 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=RNRsxrPPYG9fSX6wfch1+PBhTwbvIkAmHTRt6gWTqpo=; b=TbJ2nMHfRm7Zhq 47MjK+eceNP9Jr6ow48KsrTEyPCrs6zpNNPSUqL2K4j8jnF/pTdCcqcRpDURdgtZRnhipNBPUVoTp K6tEqvyh1Yh8iCPTR0eEMUafn/FJFrvSWJaTKtAW9sqR20NQ5bblsJLdul9an/WwHKi4FTv9li3+O 0XWRW8/QbHrTzJ0NNmYJZ57+AuWUR0jHzPZ45vN2ZnDNJjvIRmJ7WBGhKbtp2tpQvoepvcf0YbKmm 5qATJufPsxBnVwslQ26iBrFhLXPda8vkEWVV7caKqDIoFkG7+2byYve+HkoWulrJMq2DiZtBFEp9n 9bGT5tXFvljsCUFCc0Yw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtP-003ZFZ-1C; Fri, 24 Mar 2023 05:23:11 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtK-003ZET-38 for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:08 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 6ADF662954; Fri, 24 Mar 2023 05:23:06 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1394BC4339B; Fri, 24 Mar 2023 05:22:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635385; bh=9ATx9vtaxxZ78yfIvd/M2TJNWeGD41Uj539wCBrC8Ps=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=GbLy/9J0iGr8pROsdzVEGDgszUavDtQ1QhgvcyzqJBfWTWlYAVh4pS+lkSRQI+yiF 2/8Fr6QPnWJMS0ILNRzNCn0eg32Xwj2hgzteehjPgUa6QOtZ9VUDMQSD4mOjShn24P dJVvEm5KIBhsd05g2eFR+KwAGSwBLYzu/vFe0mrSZn3j7VUxcXwIqtbe6X+6w95ff8 QtWIdUH1LnfbU1+deWp70VehsdMSkgTK8N7RkuYuYak8iKr7lfCLXhjJ18DyoiyuhU 9NmDjaUo5hDv9hr8fEuoYbS6U/bVOtaRlU22/AlwnH1UVeVdZUqBI73IlLfSmCEkN7 ZtEiKa7YaBYLQ== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER Date: Fri, 24 Mar 2023 08:22:21 +0300 Message-Id: <20230324052233.2654090-3-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222307_049793_E0683A06 X-CRM114-Status: GOOD ( 13.65 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" It is not a good idea to change fundamental parameters of core memory management. Having predefined ranges suggests that the values within those ranges are sensible, but one has to *really* understand implications of changing MAX_ORDER before actually amending it and ranges don't help here. Drop ranges in definition of ARCH_FORCE_MAX_ORDER and make its prompt visible only if EXPERT=y Signed-off-by: Mike Rapoport (IBM) --- arch/arm64/Kconfig | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index e60baf7859d1..7324032af859 100644 --- a/arch/arm64/Kconfig +++ b/arch/arm64/Kconfig @@ -1487,11 +1487,9 @@ config XEN # 16K | 27 | 14 | 13 | 11 | # 64K | 29 | 16 | 13 | 13 | config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" if ARM64_4K_PAGES || ARM64_16K_PAGES + int "Maximum zone order" if EXPERT && (ARM64_4K_PAGES || ARM64_16K_PAGES) default "13" if ARM64_64K_PAGES - range 11 13 if ARM64_16K_PAGES default "11" if ARM64_16K_PAGES - range 10 15 if ARM64_4K_PAGES default "10" help The kernel memory allocator divides physically contiguous memory From patchwork Fri Mar 24 05:22:22 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186445 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 BCACCC6FD20 for ; Fri, 24 Mar 2023 05:24:05 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=XdBAiU42FhmJ4Yr7Xoujv7Zq7vurCoQMQYKheXbtZdQ=; b=D28OmVRTuT95pp JsY2XLgsdsF7lNHY5X5n9smRuFKDFRt1d4K4t8vemea8ciHrtVu/5cv5QyxTM2MLsKTwxtyDViXMV J4ph3fM8T9od/DVxL/5/7SCaAdI3kH2cuvYvtfZyKrpB4Wq9aLtLeawPFMImzO/1lnF848Z7QL4Cm XWIrAeCKOgATVe2pJIrE8Z0sghjC1peiurEVGO6rwNWF+t8dmL2YeuR3CDbQSwkZkUhEMOzEKTiPd kwrPBzpI+0rlU4+SI5nnXEEfYLx0p790YwwHPffw9QlVu4rWLRLzAL55y0DuDijQbS8suVlhwC3U3 t/8DX3gAUqrH4KxgABFQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtX-003ZIm-2L; Fri, 24 Mar 2023 05:23:19 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtS-003ZGi-0j for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:15 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id BB29362957; Fri, 24 Mar 2023 05:23:13 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 61994C433A1; Fri, 24 Mar 2023 05:23:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635393; bh=Zfj73O5QmHC9csclCsOEEXs0WRxczZbIru4eG1K3bF4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=QKsHTrvoJDstuitb77BIdiwhIP8BnjIaN5EfRgntemImBAB2ZoJrnpLrEccFXRIFT cxArY2y6DiOiABJ3L/i7Xu8XFaoLsX7moofmhfeyBfVo34JiBXOm5jl7XaS0xnssVU 5blXXcAyhof9+c3M9s2cj1NYXPhn1FREYEnY6T8K5AzbNu1aI7sQTJqR78YpvVcUaI 0Rc6KE/ZMV9Ep1Z7hq1bseI4eJyOaUNDDEHJUuWotCorS+yiI8KgE33OzElWYTw94O eah6z/e12f41ZlVpKC9qfzCGl1BSz9jP0V0wGx62Q1Fhm/yf0ocImos9jX9ZryNokf l1gzvZ/IqwUeA== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:22 +0300 Message-Id: <20230324052233.2654090-4-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222314_601251_F3A4081C X-CRM114-Status: GOOD ( 18.42 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/arm64/Kconfig | 24 ++++++++++++------------ 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 7324032af859..cdaf52ac4018 100644 --- a/arch/arm64/Kconfig +++ b/arch/arm64/Kconfig @@ -1487,24 +1487,24 @@ config XEN # 16K | 27 | 14 | 13 | 11 | # 64K | 29 | 16 | 13 | 13 | config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" if EXPERT && (ARM64_4K_PAGES || ARM64_16K_PAGES) + int "Order of maximal physically contiguous allocations" if ARM64_4K_PAGES || ARM64_16K_PAGES default "13" if ARM64_64K_PAGES default "11" if ARM64_16K_PAGES default "10" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. - We make sure that we can allocate up to a HugePage size for each configuration. - Hence we have : - MAX_ORDER = PMD_SHIFT - PAGE_SHIFT => PAGE_SHIFT - 3 + The maximal size of allocation cannot exceed the size of the + section, so the value of MAX_ORDER should satisfy - However for 4K, we choose a higher default value, 10 as opposed to 9, giving us - 4M allocations matching the default size used by generic code. + MAX_ORDER + PAGE_SHIFT <= SECTION_SIZE_BITS + + Don't change if unsure. config UNMAP_KERNEL_AT_EL0 bool "Unmap kernel when running in userspace (aka \"KAISER\")" if EXPERT From patchwork Fri Mar 24 05:22:23 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186446 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 7E821C76195 for ; Fri, 24 Mar 2023 05:24:15 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=kM6V3v+mhakzyPvVJzVXtuAbQPYwb5xc860YO7jpEIU=; b=yzKU+SoqovFEtg UbJZ94tcezuIIgKof7E7kI0CDOM2vEKhjO6uNCnCwSEftwgAwQptM6epyReUTQPKr2tIO4rGfsCsV kPwfwtBJB4QEPB/zwOQnEq+m3uZ+NBwJU4YHCaF0UbDhSaMfB6HCdilX4gVq1fm+tYJ7wjGD5q9wR gEYhICcj+jksGONW75ONp17gC9eP2aGnSXzUQvjHEqdzEB5jXIgmeSoqMzlHQm0IQBUs8kEsVGBWf VHJoKO5h2HOWuIJEK4yDOkclo2oNywfuH3Idl74vwOJmcO1mg/K8dj3Yofusk343mQOgSyY9bzl8V m/OkWtJzFC/lMSIM8ZFg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtg-003ZMd-1F; Fri, 24 Mar 2023 05:23:28 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtZ-003ZJW-1Q for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:22 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 0FB8E62956; Fri, 24 Mar 2023 05:23:21 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AF65CC433EF; Fri, 24 Mar 2023 05:23:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635400; bh=LeuV23DH0esmotNA2QlUjum35xKgU+8zbcmhGeC5TeU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Mrbi/dJOtzaHgUiVL6QgdFc+kWlVrRKxGkCrNKJ0d1YIPw/3/evFLS/HHQ3psMOAH g1W3YYeg3M8dZx/uIirKdmBNpJT/KKM40fWcK1ZgrnOjerfxRIfSD9MYqUVGMg99pT ZJLSaBF4mwowIdE+5Dax3W0pqpyOqiGomjRLmihUtgrfpg0guPJO4WOUpiTQBwKCDU a0AM0PtMtMYiyp6e298B4MR0/VCNihR56/I+CKVI7d3wK3rIuc8en7Uz8PegvCRN5d kwj//m/F+5wNDBtWdUtQuBkSPTMzlj5xAG91xj//nXn+uGHI2yM594pHZAftDp2s0N hyaYR2lpyMSgg== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 04/14] csky: drop ARCH_FORCE_MAX_ORDER Date: Fri, 24 Mar 2023 08:22:23 +0300 Message-Id: <20230324052233.2654090-5-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222321_518327_01E67BC6 X-CRM114-Status: GOOD ( 12.73 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The default value of ARCH_FORCE_MAX_ORDER matches the generic default defined in the MM code, the architecture does not support huge pages, so there is no need to keep ARCH_FORCE_MAX_ORDER option available. Drop it. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/csky/Kconfig | 4 ---- 1 file changed, 4 deletions(-) diff --git a/arch/csky/Kconfig b/arch/csky/Kconfig index c694fac43bed..00379a843c37 100644 --- a/arch/csky/Kconfig +++ b/arch/csky/Kconfig @@ -332,10 +332,6 @@ config HIGHMEM select KMAP_LOCAL default y -config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" - default "10" - config DRAM_BASE hex "DRAM start addr (the same with memory-section in dts)" default 0x0 From patchwork Fri Mar 24 05:22:24 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186447 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 58B36C6FD1C for ; Fri, 24 Mar 2023 05:24:19 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=ZIWWh10toi5TRQGGNDltAoxUnWe8yJijzBzcGm2sciA=; b=VSI+ffLARPSno5 ICbEj/IZEjULd9Q5+5cnXuvK6g3tNyzRs33qpvKg0LmI7jPzHLvNBRtbxEv9fJtsPtmHQkHm/meK/ HDH4roDeh0EWcjY9//42oeuaOgSfWgG4lsVoNiDLttpZq4c3soLGsSRFvETdIrJI/I+h+JuhNSEsl Jo6PAcjKVTSB1Dqn70nP69siY5XUXM/xzD7RM9XgCKP34Mgz1OLZmASz2UT6zr6v8ND93xCGm0ChW LFlI1Av2e7cGyv9QI4TOlyH7XQCMWUPlmsL0UMMOqIQ6hgqlBa/W4j9hEgxSh9m9y7ZRa+LB7AWmk Vgbi9nSP4aZATQr8A87A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtp-003ZRD-1k; Fri, 24 Mar 2023 05:23:37 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZth-003ZMy-0x for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:30 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id AD1E462952; Fri, 24 Mar 2023 05:23:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 08A2CC433A1; Fri, 24 Mar 2023 05:23:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635407; bh=gU9WeuZrKKhjWnkXo6iMK8oK3OAW8JY6v5zyZrx1gFQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=BFdj3KWzf6zlwHRXi2kvBaCDK5IwWYveapciy+Fji7CcGbm732iPsb/YPjuvv9zIH 6i/jctZje1DXV7S3ZbrzoNueEf3rgMbP1vrj5lEVq/aRm4XrKWctECPRaTak7reTfU X3bPUKdu2HQPSs5HJYswtyCMeFb3EDxzWvEKXLYUCFm77id4DyAMfHYE60U/qRW8li 9bHSq1dQRA9au494Ssx/8QcgyTFdNnBwStfwCPJOzY34mgMs4Dqp2sK3UmVVoJH6ft QZQXJ6pXN41I6wxusj7EPI/Lgw6R8KopT9u+INsszNrq0btGsDgeht5cmNYtrImKK5 R+FtwuPNMfntA== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER Date: Fri, 24 Mar 2023 08:22:24 +0300 Message-Id: <20230324052233.2654090-6-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222329_383061_E262B81C X-CRM114-Status: GOOD ( 12.86 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" It is enough to keep default values for base and huge pages without letting users to override ARCH_FORCE_MAX_ORDER. Drop the prompt to make the option unvisible in *config. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/ia64/Kconfig | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig index 0d2f41fa56ee..b61437cae162 100644 --- a/arch/ia64/Kconfig +++ b/arch/ia64/Kconfig @@ -202,8 +202,7 @@ config IA64_CYCLONE If you're unsure, answer N. config ARCH_FORCE_MAX_ORDER - int "MAX_ORDER (10 - 16)" if !HUGETLB_PAGE - range 10 16 if !HUGETLB_PAGE + int default "16" if HUGETLB_PAGE default "10" From patchwork Fri Mar 24 05:22:25 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186448 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 6D1F9C6FD1C for ; Fri, 24 Mar 2023 05:24:32 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=nZtIRlj34S9DiKXQNv24V1PLBb7JyLyoA2uP8o8GgHg=; b=BkUyERIm6HM7jj VeDLU/ahW+rdj4ZHCaLXwTgV89up7BW6yegeH0xwvR51MM/kwN07kgEQXIEFRvYh/EtaiLXvY4CPr gyQ+64lSwJNamNGh9P9YICa/9shmTULR60BGZrzrbohVDSZyWHXoj1VCeS/vGDZag+c/SeeXZSbag f5Gv1Y0Hmcxr0kE8MdmCfBhq0tAZmw5LEyai7torQxd4k44EzhtQ/OYi1kaNmfOuEDLAKpglHIxfK MTeWGAUbw8UB1be4nG48VP8gj9azgw4YFhCYWLFvUh/Mn7E/uCUeivg1R7BOXfIqVh8J/yf+lIhwA J6SxtOIhEODqB8Zf8WJg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtx-003ZV6-2H; Fri, 24 Mar 2023 05:23:45 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZto-003ZQT-0S for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:37 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B2F5A6295B; Fri, 24 Mar 2023 05:23:35 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 57431C4339E; Fri, 24 Mar 2023 05:23:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635415; bh=16JrwLfrtLxPuHCHFmRFq3Y1XDuzg93pFyw8IuF9Xqw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Mcx5mi6zYMsZzfoU338NzBBcB1GnI+sBv5ceeoPKrKh+1fsy4+PTA/r3sP5Bom2yj 4luDbZzurEwLt8XL4O3etoO/FZps8DQcHsDcqapH8HMJedXStV3PwysdRxoO+wouMt epZFwyP+LawQXFLfRWthEWTuvHRkJfa7niNubZ3Q+nrrv+77f3/mb4EpmnnIWnuqZr JtJauVIg4UQYcSle5l6vt7qITgP28NrOveEliCMkdFcXeegKGJWd7/cR8s4fJ7V7dt GYK3Jedaxs+h6q2d0egoaUJX3Dqbgnf9KbHMXy6oehrvJU/VHVoJS+22JmbMVEbb/d 6gyRBPAs7d7NQ== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 06/14] m68k: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:25 +0300 Message-Id: <20230324052233.2654090-7-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222336_257842_81D7ED26 X-CRM114-Status: GOOD ( 15.86 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov Acked-by: Geert Uytterhoeven --- arch/m68k/Kconfig.cpu | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/arch/m68k/Kconfig.cpu b/arch/m68k/Kconfig.cpu index c9df6572133f..e530bc8f240f 100644 --- a/arch/m68k/Kconfig.cpu +++ b/arch/m68k/Kconfig.cpu @@ -398,21 +398,23 @@ config SINGLE_MEMORY_CHUNK Say N if not sure. config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" if ADVANCED + int "Order of maximal physically contiguous allocations" if ADVANCED depends on !SINGLE_MEMORY_CHUNK default "10" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. For systems that have holes in their physical address space this value also defines the minimal size of the hole that allows freeing unused memory map. + Don't change if unsure. + config 060_WRITETHROUGH bool "Use write-through caching for 68060 supervisor accesses" depends on ADVANCED && M68060 From patchwork Fri Mar 24 05:22:26 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186449 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 7FCE9C76195 for ; Fri, 24 Mar 2023 05:24:33 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=zDzDrMFsW1Rke9j9H08NB8Y8OiN76a4zii7ENZqFoL4=; b=oQ1/qCWSVVOlTg cYB9/Ona2O1mBIGUPFajcqs3GgX1GB9u8FzXPPWchaQF4qRdpKvGckqGRq6R0HEULyqPe7kbUN3m2 FMVEhGnTe8Vm7dPH2jDgKSU0m9Bn29CLuJTiXsQyyeaoIiS7WvoF7nMYjGOk2cA3FdOHYpMLVxi2w Zsm+mftflnfKs2q2W5ZE9O80+n8m+wOupcxecqlzWslVOzJDfJIg3epeNzltBOKOErbQjD5rYkY0l x/LYmRVckdm1XHn32hIxyjioygIXE555jhqRSUXbzwBXexohVrKFSMYMxgpVFN8NeDiKmeAALCgOt mOLOaVrQF8obsM46AJOQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtz-003ZWD-0f; Fri, 24 Mar 2023 05:23:47 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZtv-003ZTx-1Z for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:44 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 0516662953; Fri, 24 Mar 2023 05:23:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A4E0FC433D2; Fri, 24 Mar 2023 05:23:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635422; bh=3o/oiJZNYjmbb0ve77O2iog/Wu3nxAaOqmae3RvqrTo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=dg5ZEoi0t9FSUKA5Vf5WUTAMdkq5awtSVdVqTOfIj6XF/R0HIUiOqn5EjYWKEz12V mTiqvQ2kfY3LquWcC2iqXwvlnBvX9/gBDI+A52wL4tt/aj00N9ywZaaqf96CKRHrdg qFBvKiDudjh/e2ioZMdjcnNvV+v7Jj4HcmJc6NXZgEqeQbMymxkNwAwEFw00iaGNuK 7UP27ur+wlUIMVPyOv7Zhkn9isMmE1l/OgwziL1VRcDuu/CsmBtAwjxvHl+OdhLaDT 3sECoai8/JExuUNHYkVBL0kVVhiBVVxbZFej68r9c4/Oz8b80d2RcxxKR0dCEDd85u 6UbAoIfK9A7Bw== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 07/14] nios2: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:26 +0300 Message-Id: <20230324052233.2654090-8-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222343_560752_934DF58D X-CRM114-Status: GOOD ( 14.98 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/nios2/Kconfig | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig index 89708b95978c..fcaa6bbda3fc 100644 --- a/arch/nios2/Kconfig +++ b/arch/nios2/Kconfig @@ -45,16 +45,18 @@ menu "Kernel features" source "kernel/Kconfig.hz" config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" + int "Order of maximal physically contiguous allocations" range 8 19 default "10" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. + + Don't change if unsure. endmenu From patchwork Fri Mar 24 05:22:27 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186450 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 93E75C6FD1C for ; Fri, 24 Mar 2023 05:24:53 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=hWQZXl3H8WYMdyZmDCX0w8IPR+aP9Y84uoIn566JIQY=; b=o7HpC6cY++3DKH tmnY8F1EPzQGaQc42wHxfS5omIFQ+y2FKM3+9GLEnAHODitmWTkNDhnuTgUxz2rMqC0+SyIWkelxo hUiQMb89bvdHVYHruTXE19NM3AxeKbrj1DruOQQWDhbY7pETpwA+NGyYUoQpQ9wSkowgDOCFl94ut GFd16OCBwK4kvQBLWsr7weG66pUSEpHH4cmNSuqY1eqPxb7Lw2wuZipQO25Z+GxUTN1rDClOJkuyr D4XXHGcMYNfJvM3J9ix+HwYIXWxE9alGY1y7/QEk5hSW9zrvyK6LDsG/VJtYtJ3k1VC2NAoMaNTvF RxkOcm08SqHqtmXacaXA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuE-003Zel-1E; Fri, 24 Mar 2023 05:24:02 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZu2-003ZY5-2h for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:52 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 58DCF62958; Fri, 24 Mar 2023 05:23:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id F2B5DC4339B; Fri, 24 Mar 2023 05:23:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635429; bh=1TQi32EW4sMhSHFZM1vNQKjc7vRrEzXRk2muGQZIa7A=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=bXkqlfALVhBouegCaSp8/0Lh0ebMNMQK+EN3+kSWo+/ioLU0Xhq68MKOmn3+u6eMn xwmJtEaTVqFDLZ79xkFPhNTEd1CChjidO7lxM9kiCA9ZNNahfo643VGNz1FawDVKvf CsX/uKLfLXq0kdOcQBYeFKHX3YNJvb5SG9p9M4SJ7TY4FHoP73Am3kVVaEpGj0kqYq 5IrJaV9xspjTKX6qcUgkMKb8ssBuSyzK3JKC6zYMoskHDivZL7igAow2ZMNQpYZRcc O+0GTQ9spmrkyZu82oQixOU4G0fmOBMVRpzyorDvoe1Jn7DwTrTEitolX6vwLAz2Ur 4hgZBRH6M0UBA== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 08/14] nios2: drop ranges for definition of ARCH_FORCE_MAX_ORDER Date: Fri, 24 Mar 2023 08:22:27 +0300 Message-Id: <20230324052233.2654090-9-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222350_920660_5C7AA90A X-CRM114-Status: GOOD ( 14.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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" nios2 defines range for ARCH_FORCE_MAX_ORDER allowing MAX_ORDER up to 19, which implies maximal contiguous allocation size of 2^19 pages or 2GiB. Drop bogus definition of ranges for ARCH_FORCE_MAX_ORDER and leave it a simple integer with sensible default. Users that *really* need to change the value of ARCH_FORCE_MAX_ORDER will be able to do so but they won't be mislead by the bogus ranges. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/nios2/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig index fcaa6bbda3fc..e5936417d3cd 100644 --- a/arch/nios2/Kconfig +++ b/arch/nios2/Kconfig @@ -46,7 +46,6 @@ source "kernel/Kconfig.hz" config ARCH_FORCE_MAX_ORDER int "Order of maximal physically contiguous allocations" - range 8 19 default "10" help The kernel page allocator limits the size of maximal physically From patchwork Fri Mar 24 05:22:28 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186451 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 A3DEEC77B60 for ; Fri, 24 Mar 2023 05:24:54 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=gkkV1kkEpjeJYOlcS2Es0iKp4qolj/66Tx99wDilUx4=; b=hdSqVZvzaqew7v ciCr98Xjtq/g4qXdpMXNgPMKwjSG7/AFDgtaDA0LImSGwMxmxIoirBOhYAbuuLwdgpOyPrgTqnsY5 8fvzZpifolTZBEmMztojd00JAnwqhUMdnWOnTb8EvfZnQqPTBujDEYeYGsHiwmMxM552s9bMAla31 jfWm4DiZxo2SD7O+tSQWJJVzSNbkAQiEYgL+vI5WECEVEGX9eC/9yQQYGQJ42MFqhvHucxz+TTBlo 9GRqqLMPNyQ0Rbc5+gVMQaYM6Dz/bvxzl7gwfMEbw2TVpIre1GDe5l0+gyL+eb3XsdIQqkgbt997h Db+9VAuyjwXapth/bLbg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuG-003ZgF-1R; Fri, 24 Mar 2023 05:24:04 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZu9-003Zc7-2i for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:23:59 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 409C6628E6; Fri, 24 Mar 2023 05:23:57 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4BFCFC4339C; Fri, 24 Mar 2023 05:23:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635437; bh=UVsispKOXrBQIEvWETypgEvjsfcHzjlmC/4ErOkgTNY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fqCbMYSMHRA8KSzswP21kxD34OBvPg5Oroes5iFhMPJ9Jc9lUvLPdfZusBSVzxRjD ZlU6JqXwo7gqufTHgsi7V2KYkqvPdhXWJniY546kA+HW//VjjbzDJ5M21/A8oWT0Lc cETKEhPNKLa2fOzp+XVPD0qVEl0P7kiVmNLagl9k1laXXohAb6JbmnGiNxTwWDsuS0 h8cxMHFbqttSNXkLPI/vicrjWlcEAN1g8TI7yesPlErb1aBdTV3L7Hi1bMNc6+Bt0l 23BSyQJZuTuaAN09/B8wSFzbZ3vkeBkT2OBZEGsqb1Gwi8JLs1MyWMHpy7vS3iIw6J HLZTIgog+NgUA== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 09/14] powerpc: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:28 +0300 Message-Id: <20230324052233.2654090-10-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222357_959722_C966A860 X-CRM114-Status: GOOD ( 16.01 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/powerpc/Kconfig | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index 24d56536b269..c0095bf795ca 100644 --- a/arch/powerpc/Kconfig +++ b/arch/powerpc/Kconfig @@ -896,7 +896,7 @@ config DATA_SHIFT 8M pages will be pinned. config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" + int "Order of maximal physically contiguous allocations" range 7 8 if PPC64 && PPC_64K_PAGES default "8" if PPC64 && PPC_64K_PAGES range 12 12 if PPC64 && !PPC_64K_PAGES @@ -910,17 +910,19 @@ config ARCH_FORCE_MAX_ORDER range 10 63 default "10" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. The page size is not necessarily 4KB. For example, on 64-bit systems, 64KB pages can be enabled via CONFIG_PPC_64K_PAGES. Keep this in mind when choosing a value for this option. + Don't change if unsure. + config PPC_SUBPAGE_PROT bool "Support setting protections for 4k subpages (subpage_prot syscall)" default n From patchwork Fri Mar 24 05:22:29 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186452 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 9B099C77B60 for ; Fri, 24 Mar 2023 05:25:07 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=IkO/yacHinOtt99UWp88hTjcsdSmQ62OPkiMiqvk3Dg=; b=rBMfnu1amU/z6m BdhOfKuBeoXzO8Pg1fVZ3KI3ORetf08N7ed+ffJHuYL2QFTOte/VVj/1DPeoZZ76krhSEZvovaXyZ 9BGfx5rLa/qsQTUGkjjPZ+Ze+g2r8wp2jtMth3+fTO2rrrL7xd/MwVoVsxYVhT863WQFaqJS1Hkzt 0ZseCxpwa2XNUZP78R0FAyw8YjXWWSs5yyxrFPs6Bqvr9jOUlnMfc4eh5NLC8yFEM0C8KP+GOPOVJ +O5TkHauX0rYs3vbQMwr6D5raj8RvU6qANwdNIIvGBE8ihAprAmLskJOXiOrrSAEiwRsASySeX6v+ eSkhNzRTh4BzldcJ+UzA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuU-003ZqT-17; Fri, 24 Mar 2023 05:24:18 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuH-003Zgs-1Q for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:24:06 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id EE21362959; Fri, 24 Mar 2023 05:24:04 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 98C4AC433D2; Fri, 24 Mar 2023 05:23:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635444; bh=jWYXVkiblTjjX8pMnu9azKaVJNWEX1KdDh7PEDhc8xo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fOPPdB7WVSI/TJGLz08BWyCbM3MPNDHSvvdLc07CiNFcEQtOpXfXnBJgp9g5Gqjkm 8F28pUwOJVrpod9gGe4iU1+nISFMRtrxQVHQVzzpCWKofvm802AcpHCtcXzGu2nRbh WekXd8orI5sXakmn9+0khvrkxIc1ECZE4pJcrQy4AVYMnxz849asTs+cAQX/ECJqyG kixmr05LTFO3OLPYoS8eJ4iSptjqr21w5F2EXJvzajbcFR+zkrDRfyF33hpCX9+Obx Q9Ca3qPSjTs2zx0ITQke4VnH4LI60668Uqic9f7AjDoR/MGV3S4iEYY/Jha/VGMTsv FiBwJdDbB80IQ== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 10/14] powerpc: drop ranges for definition of ARCH_FORCE_MAX_ORDER Date: Fri, 24 Mar 2023 08:22:29 +0300 Message-Id: <20230324052233.2654090-11-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222405_557945_074BD761 X-CRM114-Status: GOOD ( 14.27 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" PowerPC defines ranges for ARCH_FORCE_MAX_ORDER some of which are insanely allowing MAX_ORDER up to 63, which implies maximal contiguous allocation size of 2^63 pages. Drop bogus definitions of ranges for ARCH_FORCE_MAX_ORDER and leave it a simple integer with sensible defaults. Users that *really* need to change the value of ARCH_FORCE_MAX_ORDER will be able to do so but they won't be mislead by the bogus ranges. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/powerpc/Kconfig | 6 ------ 1 file changed, 6 deletions(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index c0095bf795ca..419be4a71004 100644 --- a/arch/powerpc/Kconfig +++ b/arch/powerpc/Kconfig @@ -897,17 +897,11 @@ config DATA_SHIFT config ARCH_FORCE_MAX_ORDER int "Order of maximal physically contiguous allocations" - range 7 8 if PPC64 && PPC_64K_PAGES default "8" if PPC64 && PPC_64K_PAGES - range 12 12 if PPC64 && !PPC_64K_PAGES default "12" if PPC64 && !PPC_64K_PAGES - range 8 63 if PPC32 && PPC_16K_PAGES default "8" if PPC32 && PPC_16K_PAGES - range 6 63 if PPC32 && PPC_64K_PAGES default "6" if PPC32 && PPC_64K_PAGES - range 4 63 if PPC32 && PPC_256K_PAGES default "4" if PPC32 && PPC_256K_PAGES - range 10 63 default "10" help The kernel page allocator limits the size of maximal physically From patchwork Fri Mar 24 05:22:30 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186453 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 5F568C6FD20 for ; Fri, 24 Mar 2023 05:25:10 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=OnOuDAMAPdX0aURm+fvgCHnHQWYEIevYBgedvtzXn9M=; b=0k3h7g+NCfJ+AG GgR5t1tlooMiE05kg1TIF4c5Is/VMOPNsphKB4Jb/GRpMDlxlcsizvbjSxZ0VSigeVHkGDUGuybhU 74fk+L4Pkdde1Fu/4p/1Q020Nq0xPAhNTZ0pn6CKMofPbo9zjoAGZNlW/Qydan+y2KXHUHqnnsbli 6h1N/DyPbHgH5cmDTkJ8n5kXcee5Z6YGyybj9zDw9PUezUbHicTzOfPU/1J0va/rcPFztLU6CxPPC BhtbQrqiX8tmLaf3kwLooNApISJh1ngMl7CKtg88rfsM5h1Cs6SR4sM5le0JPZZ6bXDeIkieuGEJ8 3ukCQuzGvLdjef/k/alQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuW-003ZrW-0i; Fri, 24 Mar 2023 05:24:20 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuO-003Zmb-29 for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:24:14 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 45FC062955; Fri, 24 Mar 2023 05:24:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E7CB7C433A8; Fri, 24 Mar 2023 05:24:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635451; bh=48PfBQrOo+QXja0Ye9RmxtH0qozaHFJkPGyXBVJ0K/k=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=lQYVNtyW8kXyKp3WvuD38oW21w+WkkH215Y0MiUI49Y8eunz18neW0TYGpXTyqIwC XqFLx8+8KVgwS7YuprL35tsEcnIzjccalORzzxRDu0xqNm8Lg6qUpMBSV+wnqYH+BG 7fVis7yLRCfwYfIGELFjWraVoK1URjTvD6qYpEyDURrJzHfXGxQSmFtgV6lkeLJQj3 r9Q4srnlhyk6xgE8ueeU8JMnkcJholgdIrCRj7ZIMGsnzofOtELVm5WufcrZRRjtXC oymkdt48Gt4cjk9V6imqujHbS0ITqoYxY+5mFS1SktxcncGLDgZMXlKBtZAgEYnZ0y p4y+AlGsBG2aw== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 11/14] sh: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:30 +0300 Message-Id: <20230324052233.2654090-12-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222412_797616_A73B6A87 X-CRM114-Status: GOOD ( 16.02 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/sh/mm/Kconfig | 17 +++++++++-------- 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/arch/sh/mm/Kconfig b/arch/sh/mm/Kconfig index 40271090bd7d..fb15ba1052ba 100644 --- a/arch/sh/mm/Kconfig +++ b/arch/sh/mm/Kconfig @@ -19,8 +19,7 @@ config PAGE_OFFSET default "0x00000000" config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" - range 8 63 if PAGE_SIZE_16KB + int "Order of maximal physically contiguous allocations" default "8" if PAGE_SIZE_16KB range 6 63 if PAGE_SIZE_64KB default "6" if PAGE_SIZE_64KB @@ -28,16 +27,18 @@ config ARCH_FORCE_MAX_ORDER default "13" if !MMU default "10" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. The page size is not necessarily 4KB. Keep this in mind when choosing a value for this option. + Don't change if unsure. + config MEMORY_START hex "Physical memory start address" default "0x08000000" From patchwork Fri Mar 24 05:22:31 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186454 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 B3F3DC6FD20 for ; Fri, 24 Mar 2023 05:25:16 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=/DSwOu/kP5p4pmfs5aqeiRdlPt4SX7ZfOcAp3Q4mZPg=; b=l9b9fKO8lV3dCa jiyc/++/yNXLX9Rr2MlStaD6xe/+Vgw7oiny4yChi9YJ9Vh8eB2CwUYjEZ5XV/bWcJ03j2MWNNux6 M8g+f+2WwUNK4bkT0oXYCjnkJMCaQeakf2nzOGLh9OPy6cRYaBpnK81uM5DcL/ZqwCWF/G77XgbJK +5HCKZJNvHYoI27vhugT2zZaV2YDl4jnS2cN1xr0tHUEu4rn2/Hd91uxV0qOuGTi5P9rG1fV2LR+1 0wXQwinLLVXRNvGGomIfx1wVQeJTfAFk7NpF9GEPFBYYyHVe9JIHd2d4/dfM3FrLfHd5l9aOyFDZI PsIX5knnL7Rk5lq66Tdg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuj-003a1J-2q; Fri, 24 Mar 2023 05:24:33 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuV-003ZrK-2L for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:24:21 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 355F36291F; Fri, 24 Mar 2023 05:24:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4089AC4339B; Fri, 24 Mar 2023 05:24:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635459; bh=2lIjtXQSdcPY0DUqT1XLAyw0+E/MCp0PQPELkL71E0U=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=dceuPNgI5Lc/LCXyRzwFY4/npUh6dlu9Jhf/5eDd/XyaVsIGMLoMPrdYjI7XK6uZP coyLCsgXODg4jj7S1jXh408wnk/zgT4xAXB/dWAmdQO+aAm+79EYo2sOWU+OoAImta YL9EHR6dA8Kps/hg6PME7zMMXHGMFvB211a7o0e9LKIsz2bmyJpqJlzRUmqW1C6AvN V0P40bGmPoQIFcGl1LmDV3EfEVUC6+2aZqfM/MmSE6mZwkTOkRpuvfsW9eC/SB5z17 V0rtSxp2kFu3NwplK2cfNnLH3uUv2ccoj+Hr7KlRYWOO9SL3Gps/yrFwdY+lQTcWhX pzQoZjFHXTMgw== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 12/14] sh: drop ranges for definition of ARCH_FORCE_MAX_ORDER Date: Fri, 24 Mar 2023 08:22:31 +0300 Message-Id: <20230324052233.2654090-13-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222419_826697_F65B521A X-CRM114-Status: GOOD ( 13.74 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" sh defines insane ranges for ARCH_FORCE_MAX_ORDER allowing MAX_ORDER up to 63, which implies maximal contiguous allocation size of 2^63 pages. Drop bogus definitions of ranges for ARCH_FORCE_MAX_ORDER and leave it a simple integer with sensible defaults. Users that *really* need to change the value of ARCH_FORCE_MAX_ORDER will be able to do so but they won't be mislead by the bogus ranges. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/sh/mm/Kconfig | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/sh/mm/Kconfig b/arch/sh/mm/Kconfig index fb15ba1052ba..511c17aede4a 100644 --- a/arch/sh/mm/Kconfig +++ b/arch/sh/mm/Kconfig @@ -21,9 +21,7 @@ config PAGE_OFFSET config ARCH_FORCE_MAX_ORDER int "Order of maximal physically contiguous allocations" default "8" if PAGE_SIZE_16KB - range 6 63 if PAGE_SIZE_64KB default "6" if PAGE_SIZE_64KB - range 10 63 default "13" if !MMU default "10" help From patchwork Fri Mar 24 05:22:32 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186455 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 E2BCAC76196 for ; Fri, 24 Mar 2023 05:25:24 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=PhFvnRKzzdWIPoBZe/lMvlHLNFO+jM8ZsKVs0lDlzqc=; b=piPViubdX7ceVv C7nicGmIXq1GPXkipo0I5Z4FDERcLhkj2b0KZcX0QOdqfjVv6iNHLgmRFFrm3UEr+LliBlCdv6zBE ogsDJEKZecKd2fMHEBT32ADtThH91J0DVTNReuM+J+goGv4zSluxfs11dlQbsjlRHoFuasV0RBWq9 i0UPtRJFm6ZpLOOlnuqIprxe/LXKiOMWcMN7PuM/W+MxjvJATU7oXAudqzl6pcpeLJk+E1g9Vbraw dNXFfch4Vm2qkpHphatS6Df8EIenas6UcLnJyUh+FxDj/DR32hNK7YdEOq+c9HYDMlESh6ANllC6d emtvz8UWgPyyq5Tq03xQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZum-003a35-03; Fri, 24 Mar 2023 05:24:36 +0000 Received: from ams.source.kernel.org ([145.40.68.75]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuf-003ZxJ-0u for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:24:30 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id A553DB822EC; Fri, 24 Mar 2023 05:24:27 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8DE6FC433EF; Fri, 24 Mar 2023 05:24:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635466; bh=1zRPyaaLaKChlaF3HiLNG8L4a1+H9YMBeM142XTaxBY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OaMe0O8Y/VqFyvv8P3AJ1JWfaNX6fUglLOJcj3uiMUNqxbjm8gr3zQzueLpQbru3k epbhwOHrXR1omZCGUJ46MWgrzi5JVVVUMbEvFwbZBHTNJoP1R3O3Rt357nnca+/Y50 MazCC6m/TE6Wk5itsz2kNTymFFE6Ee7czzfdznGtRIDbRXKkKdT8k8Q69UUznV4zMY kNNQO5IhLe22jyNOezzwMTCICskwDUKeXENIxmLxZ4yPWLQaCW5OKBlzmo+od0rKRh WosyWZZ35ErgkBKSd9iQE6LbvHpmmzi5D05v0zIQAi4gdnhM3ArvsglzNbBv6+vb9z 9Y8re2b10Yv7w== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 13/14] sparc: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:32 +0300 Message-Id: <20230324052233.2654090-14-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222429_651939_4F51FCDD X-CRM114-Status: GOOD ( 15.06 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov --- arch/sparc/Kconfig | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig index e3242bf5a8df..959e43a1aaca 100644 --- a/arch/sparc/Kconfig +++ b/arch/sparc/Kconfig @@ -270,15 +270,17 @@ config ARCH_SPARSEMEM_DEFAULT def_bool y if SPARC64 config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" + int "Order of maximal physically contiguous allocations" default "12" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. + + Don't change if unsure. if SPARC64 || COMPILE_TEST source "kernel/power/Kconfig" From patchwork Fri Mar 24 05:22:33 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13186456 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 66CB5C6FD20 for ; Fri, 24 Mar 2023 05:25:42 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=2chTfd3hi6+BDmxt7XDKGLFKssjk7JK9MVOki2oz2F0=; b=gme8lQRgBE1Cwx E7iJ+3kq7YNlgQrQymYJ63aa2u+uGxf5cU12JFhr5DJu80qvyP+Ez6Q6SaiaLmYA9oVE79xfAh4pF GZqH+wzIUeEX/FF1hMtHmGA2GYTLI4MZ+b0m3iZPMCGOPMPvqeQqlU9es0x+ZV+RL2dMXabioy+uT o79E941K2VeEqc+qaARIWtVEWMtfIZipVGW3w/g1u7OfI+NRRGA5jEHO/keJ51OeciJm6QFDd7dIa BQl8Rx7SVAyinFcgRQC794phHk2kNBqCiH7Wes+NhxRaeiFtvRdgocK2jhP/2Do1pJAh3FiZ7/0Vi yRQAIPJtUbNZDY0SOVgw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pfZv4-003aGO-1a; Fri, 24 Mar 2023 05:24:54 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pfZuk-003a1t-2M for linux-arm-kernel@lists.infradead.org; Fri, 24 Mar 2023 05:24:36 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 3BCED6295A; Fri, 24 Mar 2023 05:24:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DD2BAC4339B; Fri, 24 Mar 2023 05:24:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679635473; bh=nw8UNJG7nUuciviQays7D2+1DNRt50wOuGp0YNt2kts=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=A3CqxCMwJfZzwcOy2cHw6Hy5i4tjtq0LLAqlPpMCz7gceY63zG9+sMCnohgsmNBDp BJhwe+zNosK9oTtSQJ6sMo8h6vZQi3bv8P4VussUYnMpuK3aiMI/SN4BS8qQdBSpx1 N4o7L4cp676/LUwaSYP8a8XIhiZKbu5cpIY6aX1ykFXPd7EcB0LPOc/C0J/4Xdezpm 9EkSoLPcIlsQkrS8IVNKy0jHHPFeCeWECsgynPY3be9ACBDzng19Lmp+cOjgPEHoQ5 w6mtefVg74Z8gmKTE2K06WnOiAV3JoECw5bbt0ivWjt7dfAgLQyScbiZeeTkqm48hH er1kCT3TasZWQ== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Geert Uytterhoeven , Guo Ren , John Paul Adrian Glaubitz , "Kirill A. Shutemov" , Max Filippov , Michael Ellerman , Mike Rapoport , Rich Felker , Russell King , Will Deacon , Yoshinori Sato , Zi Yan , linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org Subject: [PATCH v2 14/14] xtensa: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Fri, 24 Mar 2023 08:22:33 +0300 Message-Id: <20230324052233.2654090-15-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230324052233.2654090-1-rppt@kernel.org> References: <20230324052233.2654090-1-rppt@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230323_222434_849148_0F2935E4 X-CRM114-Status: GOOD ( 15.26 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: "Mike Rapoport (IBM)" The prompt and help text of ARCH_FORCE_MAX_ORDER are not even close to describe this configuration option. Update both to actually describe what this option does. Signed-off-by: Mike Rapoport (IBM) Reviewed-by: Max Filippov Acked-by: Kirill A. Shutemov --- arch/xtensa/Kconfig | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig index 3eee334ba873..3c6e5471f025 100644 --- a/arch/xtensa/Kconfig +++ b/arch/xtensa/Kconfig @@ -772,15 +772,17 @@ config HIGHMEM If unsure, say Y. config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" + int "Order of maximal physically contiguous allocations" default "10" help - The kernel memory allocator divides physically contiguous memory - blocks into "zones", where each zone is a power of two number of - pages. This option selects the largest power of two that the kernel - keeps in the memory allocator. If you need to allocate very large - blocks of physically contiguous memory, then you may need to - increase this value. + The kernel page allocator limits the size of maximal physically + contiguous allocations. The limit is called MAX_ORDER and it + defines the maximal power of two of number of pages that can be + allocated as a single contiguous block. This option allows + overriding the default setting when ability to allocate very + large blocks of physically contiguous memory is required. + + Don't change if unsure. endmenu