From patchwork Sat Mar 25 06:08:15 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13187593 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A25A4C6FD1F for ; Sat, 25 Mar 2023 06:09:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232132AbjCYGJA (ORCPT ); Sat, 25 Mar 2023 02:09:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55180 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232051AbjCYGI6 (ORCPT ); Sat, 25 Mar 2023 02:08:58 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EED31D31F; Fri, 24 Mar 2023 23:08:53 -0700 (PDT) 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 7CE56608D6; Sat, 25 Mar 2023 06:08:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 57BBCC433A1; Sat, 25 Mar 2023 06:08:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724532; bh=q7weBGPKvdBN57QUvQqtX5qaYPsIxnfEd8OnKmhnqdA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=aYeiwpTrkkJSoEHTClUYXh4nHZxJy302IUQShQ1+6oY9htGMebu05MOB8El++8aFl 9kCWkyoZ/NML2PAjmMmc4A5JpN38TO8oYGUYnvDm1H6fl9IpQDJ+NIcfkLm0XwFidr 80fb1ox0I0Yo50ZNJuGe5yWch+qD5lyfJ2xzsL/vbY+y99KvrhTR/W9Poz/7bbebnv PXunooBfRF/+I8gx0SdK9ETB18c8PAoKpngxhYzuLdXTD4xHXE6Gshk98q/uM5eTfF 8ncadKj3TNKIfpB9PowlEDog5VRxNH3tb+JxbTmnfv5hOhsDVZT7BkwYOua/02Zyo6 Mh7TJGdi+dn8w== 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 v3 01/14] arm: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:15 +0300 Message-Id: <20230325060828.2662773-2-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08:16 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13187594 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id CAA6EC77B60 for ; Sat, 25 Mar 2023 06:09:13 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232183AbjCYGJM (ORCPT ); Sat, 25 Mar 2023 02:09:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55482 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232073AbjCYGJD (ORCPT ); Sat, 25 Mar 2023 02:09:03 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8A502B740; Fri, 24 Mar 2023 23:09:02 -0700 (PDT) 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 3A5DEB826F8; Sat, 25 Mar 2023 06:09:01 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6F625C4339B; Sat, 25 Mar 2023 06:08:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724540; bh=AZxdkgPPk5uvF+BQxbM9LjXE7h2xyoTV5CHwXU/8HBE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=frI6wY/7y9Ugq/kDdNPQDTAIrUL1Ibp1tX6t7Wkvuc4peDLOUS0FLn14dUsWo/UVP KtNbpypjIDQfLX5Sa2evDMHXVx61HvtQHFOB9PKZEAXW6tzkIYZ7paJcUl7b6QDkDd XhemG7a6NpMMwzsAA5r8YA40P6xhw2fdg7YT8O/KlzdC1TBydkuv+gJo7kkTOrB7+s enMaqi5rZNqjbwsUTqTpvzzTnA0aG8BdvkEhvLbQnSOQX291OOqIQDs7NKNHFmtArR Nv401z48Zg8rkh8YIDSIShaFEhib6B5rPElKdicGjHXH6RCXcm7FcU+nr/k4vFBvHI +2xif/sknb2gQ== 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 v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER Date: Sat, 25 Mar 2023 09:08:16 +0300 Message-Id: <20230325060828.2662773-3-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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 Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) Reviewed-by: Kefeng Wang --- 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 Sat Mar 25 06:08:17 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13187595 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 10734C7619A for ; Sat, 25 Mar 2023 06:09:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232157AbjCYGJZ (ORCPT ); Sat, 25 Mar 2023 02:09:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55180 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232187AbjCYGJM (ORCPT ); Sat, 25 Mar 2023 02:09:12 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B9A7413DC1; Fri, 24 Mar 2023 23:09:08 -0700 (PDT) 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 B8274608D6; Sat, 25 Mar 2023 06:09:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 870B1C433D2; Sat, 25 Mar 2023 06:09:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724547; bh=qNh6nhkYIBdXaRuLL5GYGOpZBsiUYM9+UhineGTjJPU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=rirI1LE3IL192S0yKzg6Y9hCPNuKuJBa8/FnRMwHG+5iLbDwTy50fX949R6Y63xTF UXgqPugUFhJmfiXPsf80n0rIx2hpYxXgF013LBy9/cuaPPknS52iQCHlE9I/eNqysy YA5VqoQdNZbXputm2MtEunhOqdux1Kh0R1JI/PpfdvIMBpHcnD+7de9og02ue3WXm9 0M/AXHZ0+Vav4cfU8cZirL/pvPdBPSCqFqtvhnml0w4rkC9tX34dsfUjcp9G6nULZG oBPlI/jXvQ4LSznp1Wy4B+lgG4MPAphGjzPzbxy93VbPRvoljM+BMe3yd5jHEvzR4E ThQp2TwEZDftA== 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 v3 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:17 +0300 Message-Id: <20230325060828.2662773-4-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) Reviewed-by: Kefeng Wang --- arch/arm64/Kconfig | 24 ++++++++++++------------ 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 7324032af859..cc11cdcf5a00 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 EXPERT && (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 Sat Mar 25 06:08:18 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13187596 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2E936C6FD20 for ; Sat, 25 Mar 2023 06:09:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232242AbjCYGJj (ORCPT ); Sat, 25 Mar 2023 02:09:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56140 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231990AbjCYGJX (ORCPT ); Sat, 25 Mar 2023 02:09:23 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6326419697; Fri, 24 Mar 2023 23:09:15 -0700 (PDT) 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 E58656092A; Sat, 25 Mar 2023 06:09:14 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AA6EFC433A1; Sat, 25 Mar 2023 06:09:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724554; bh=rsWO9Gu3cLJfEZ6HGq7Yirp+4MPMX9dfat2W6BJq/Fk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=VPc8dNXMBWIXJyN6sfN6LeTLRDC59T4bZLZBWq7JN53840Dl1l7ym8J18YFdxatIp 9DQpdhF4tu+AKAw0OjKnedcpW41C5WMuw9ucVi77g7PTxRglrMTBT3fovrTuqL36/2 Q3nBPLN01a2DhO70v9RrrtK15qCftbBFZGWwfhsPjuErp5vRGnR422qF2c+POTGGZo YXcGQua+Kxj2QNTUxj+Ci8zoUOnJX4+qLLchS0FzJJ6eMnaOvqBEiB4VZr+a7f6noP ypmyXJqvhzzN13BhkuTUs9QpJCd+dYk22bWNDDlH29JNUEDYaWLGwdmQk0iLZHu63b RV9GjrGP5l0RA== 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 v3 04/14] csky: drop ARCH_FORCE_MAX_ORDER Date: Sat, 25 Mar 2023 09:08:18 +0300 Message-Id: <20230325060828.2662773-5-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08:19 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 13187597 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7B969C7619A for ; Sat, 25 Mar 2023 06:09:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232087AbjCYGJw (ORCPT ); Sat, 25 Mar 2023 02:09:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57946 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232322AbjCYGJg (ORCPT ); Sat, 25 Mar 2023 02:09:36 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EA06D196B7; Fri, 24 Mar 2023 23:09:23 -0700 (PDT) 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 A9497B825B3; Sat, 25 Mar 2023 06:09:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D33E5C4339B; Sat, 25 Mar 2023 06:09:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724561; bh=i1yTqNQJAv9j+hn+e6Je6fypgZ2V4l+VQdL1xKFdNt8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=MMKlT72mhQ2PYx2QKkpW7HIAd5YEdN2UUzXyp5OPY+RVH81GJReBKAnOuYcH/8N4l WOHExhClj+i4GsKcl4zdXGJ/CprKpWL0bI5GpGBCxZyea7sKd2OIYtrtZiy90mx7iP 0qHiAZsnOgHMoi72FY7hEINbeJBOh3/EeS8V3nvmVCzKqUV6n6DBCHHXTLE1AWz3Dq 4GoZvWhAYCKBEXH9aJN/k8T3WtR2fD7HwWoTTYdoUdw7nbJQTNAsVr3z/1/BqnLANs D6+61HAH1iAjlONcqOhnWOyQ0JjCv+vYxkn4cq7lC62id+2QwXz/RT+SPOr7yLWLT2 2GhWUJOebp2pw== 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 v3 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER Date: Sat, 25 Mar 2023 09:08:19 +0300 Message-Id: <20230325060828.2662773-6-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08: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: 13187598 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3FA59C6FD1C for ; Sat, 25 Mar 2023 06:10:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232435AbjCYGKE (ORCPT ); Sat, 25 Mar 2023 02:10:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55484 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232233AbjCYGJj (ORCPT ); Sat, 25 Mar 2023 02:09:39 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BB5B113DC9; Fri, 24 Mar 2023 23:09:29 -0700 (PDT) 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 3C49E601D7; Sat, 25 Mar 2023 06:09:29 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 09077C433EF; Sat, 25 Mar 2023 06:09:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724568; bh=hj7vE83HssbFqh7ceXf4d8PDT2ibdeflIODgz+GdCho=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=SXe80G8K5kFrxjG4CHAB7R5j4HsXAkKtMPBiJa2K7KINUPXIi2Ttz6jVYYud+uQQu Sqk9QUfeacGt5ZgjN99doqzQVrC50C3YuLYQNcpirr0Ia10vnSKBcxUodmHH52wRjn YgaNoaLS/WzDEARfuG9phgmsGvIt528St1Sl/tGvK/A5j/ONumaKl9G/hpq8SZMPd4 tM55ZAcYgEJKLtK8ZxDvTirG9+OhUOJ2sGiPwsl3qPQhNSxborInoPqSn1guhYdrVl uogAfsplBhSxkmeDSpnuy73jioEoJrClCNpR9seAZETVm5kYNiqhYCXq7K8iz0f3D9 rJ2AfmxVuTIig== 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 v3 06/14] m68k: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:20 +0300 Message-Id: <20230325060828.2662773-7-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Acked-by: Geert Uytterhoeven Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08: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: 13187599 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 06B44C6FD1C for ; Sat, 25 Mar 2023 06:10:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232380AbjCYGKT (ORCPT ); Sat, 25 Mar 2023 02:10:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55794 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232401AbjCYGJt (ORCPT ); Sat, 25 Mar 2023 02:09:49 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C964914483; Fri, 24 Mar 2023 23:09:36 -0700 (PDT) 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 621B260A2C; Sat, 25 Mar 2023 06:09:36 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 30800C4339B; Sat, 25 Mar 2023 06:09:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724575; bh=yR6IAiapT38a9pKwWm/3BXD9YgZHr7AJtUsHQMRkuU4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=LxmVn1HCJEbXvrAnkY6ryWzYzrhalHzch1XCuulOtrmDilKsVPW4ImuBrxQjqcb+j 98d8o4/uRpSRqxoGXEVd9lOkIkDS/B3keMXiryl2Sl4JCLcZzigQGgbk25kxS0upSr y1W1ve+zypvHyHIJxcqtlQKjdvvB9zhgnUsOH0yRmAKb2fBehdJcPrNcKECa5bVMNq FqAWY5u5WRAcmvtZtWqW3+53g2BN25XHuv5kzd4OcEwYht6Is1FS9q8qywdIQWaoP1 F5tLdbGIEVipeBUA5HFWnqaZLGL9cElwm2srP+S2ZQ8NKYKk3MxoRfD5l6AErrX71B Bv6bijGbPOvKw== 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 v3 07/14] nios2: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:21 +0300 Message-Id: <20230325060828.2662773-8-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08: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: 13187600 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7D269C7619A for ; Sat, 25 Mar 2023 06:10:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232414AbjCYGKd (ORCPT ); Sat, 25 Mar 2023 02:10:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58036 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231985AbjCYGKA (ORCPT ); Sat, 25 Mar 2023 02:10:00 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EEF561A4A5; Fri, 24 Mar 2023 23:09:43 -0700 (PDT) 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 8C92060907; Sat, 25 Mar 2023 06:09:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 59301C4339E; Sat, 25 Mar 2023 06:09:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724583; bh=6bSLgS5oWLO2ugXNNWLZtVgkIZ/dfclb6HuVi9dltgc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=MD4Y3Lr7O5i8W0DL1L83CZ+dmHRSmxfBpKFlVGb0DgT9OaiD36B+h63z9ihug64Xt +uP4BzJ6AZWugpLieIFtYGCbtxzw6ZyatiYC4fWW8CAwzL6pWjqqSsvcgnDMLYgF6v bPTpe3w1jgxF/xWLjlp6N73kl8sA9ufAw/OujMewVUttw3NIUjxzVegUw0ZCpPTgeo dKGv3LdM/EWzWYizCRfo+ODa9zq16J/BHrrkQPhBaeJ+cBdCf6CVhJZgWpETJHlt73 JWniOl/sAFMPuxry0QF1ZPtE0u23Wo0ckgfV3aFLg85tLaYbIGx5vI+JUWBvFc1ZsT 7Gx2p7TiWqDKA== 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 v3 08/14] nios2: drop ranges for definition of ARCH_FORCE_MAX_ORDER Date: Sat, 25 Mar 2023 09:08:22 +0300 Message-Id: <20230325060828.2662773-9-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08: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: 13187601 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2C3ECC6FD20 for ; Sat, 25 Mar 2023 06:10:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232424AbjCYGKr (ORCPT ); Sat, 25 Mar 2023 02:10:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58880 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232178AbjCYGKQ (ORCPT ); Sat, 25 Mar 2023 02:10:16 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7FB0199E6; Fri, 24 Mar 2023 23:09:52 -0700 (PDT) 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 7EE26B82701; Sat, 25 Mar 2023 06:09:51 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 83C6CC4339C; Sat, 25 Mar 2023 06:09:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724590; bh=jGLEKz2iqm7cMnQrUVYJL5S3M5/KheRmpBTQnwRR4g4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fuhyJhtHzN+qD82eoHpuLDmXvrAMorZAr/P2o9L7nfyMZs+HIZtlbR/vnexnzPPjQ 12iIcEMI6k/xnEuBxza1yG4SvIvAheU/XCDxj9gy6c8UT7rYqfDWnjxYZiyjIXQAuy Cw34EEoqONyrKGAC98SVlOM7KjkkGBpNPwdVBNVWwyepw3TPFnhRUAq46TiDceB7E7 LeHj8+xXZvSL9hRooqfhuKq1rb6GdFsD/ILlZPFfH5bv7Ub5fU9N1un8RFGJx5BKUF kdIUdTKCsI2Rz3oDl6ivjSPmrOXjW1ME7NKfBDtabqTOC+CfbdMm1qLscuK7AucmqO 8QqzrxYbPBEtw== 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 v3 09/14] powerpc: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:23 +0300 Message-Id: <20230325060828.2662773-10-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08: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: 13187602 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id AE1D4C7619A for ; Sat, 25 Mar 2023 06:11:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232317AbjCYGLF (ORCPT ); Sat, 25 Mar 2023 02:11:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58036 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232283AbjCYGKc (ORCPT ); Sat, 25 Mar 2023 02:10:32 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 66FB21A95B; Fri, 24 Mar 2023 23:09:59 -0700 (PDT) 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 8EC8DB82639; Sat, 25 Mar 2023 06:09:58 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AB2DCC433AC; Sat, 25 Mar 2023 06:09:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724597; bh=o3v/f0seGdAieP7M24caD3rUrneRSNKMDfhKZvhr+c4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=dlZIqcoyznkL1BKobFMvbQv37dL3Y5n/pYQmixa6V5wHpLEZoZh7mKIP/w+WaDln3 7F9U/KGc4cypsnTvMy9oSSfrgGALo8ZRsy0CCO2wxsn95KZUH66WMSYPrH+A1vRo8P m5DIfRaoJFsfaXsZDqqnvVk3vN8n6JycwxsVP5EnCJ1i3wogM96inqe6yhZ2OVDVv9 F03Fni6dt1PZR+WBmmBLf0bzz/xS7McoVuWqshVPeq2wPkPrNFx8Ge1eAY26HJlYt7 OejyqoLf5fINt0J1L8kMmt6aLbRSB4HCcXQtM1HnqsNGL1FZ8n1jBcAfRC50m+1miH orub55FmXGAyA== 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 v3 10/14] powerpc: drop ranges for definition of ARCH_FORCE_MAX_ORDER Date: Sat, 25 Mar 2023 09:08:24 +0300 Message-Id: <20230325060828.2662773-11-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08: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: 13187603 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5D4B2C7619A for ; Sat, 25 Mar 2023 06:11:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232468AbjCYGLO (ORCPT ); Sat, 25 Mar 2023 02:11:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56170 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232081AbjCYGKn (ORCPT ); Sat, 25 Mar 2023 02:10:43 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 89B4F19F03; Fri, 24 Mar 2023 23:10:05 -0700 (PDT) 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 1B1696092A; Sat, 25 Mar 2023 06:10:05 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D45A0C433A7; Sat, 25 Mar 2023 06:09:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724604; bh=Q4kzp7hmJKAwhCDFhRPUCQkNxwXkbNHUiNCRyHZVRo4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=NhWIQf/4CSlIfbVurDZyUb06nGU3J/0m5t5Q7paTe2sA4FJ4ExnWqS7+owSCidLIV xjF4Hui1ktMhyFjKRdWZz+zzit5NFzt5X9svx3qCkHz3yuhUcxQd5J6Fi51KTKe6YY W6Ta+3a0kjpl86l7bSQWaOgVIQHX1l0ORB2R6wDGkRpUKWhtIdavVLu6WUsuuThUFC CYGII+/RR+PTXKmCiR/N2d6kJjrSeDNgNhjt4nOPpvRZeMqm/m3+tm+/bwVjoQa5/z CjIVu9EE6qYeTXhqF5BEwB5udvuVW0dYoEUnybQbj1jeBPq+5I1Kvx4hb/eGW4YrmY mvsljINWlR8TA== 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 v3 11/14] sh: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:25 +0300 Message-Id: <20230325060828.2662773-12-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- arch/sh/mm/Kconfig | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/arch/sh/mm/Kconfig b/arch/sh/mm/Kconfig index 40271090bd7d..238b2772751e 100644 --- a/arch/sh/mm/Kconfig +++ b/arch/sh/mm/Kconfig @@ -19,7 +19,7 @@ config PAGE_OFFSET default "0x00000000" config ARCH_FORCE_MAX_ORDER - int "Maximum zone order" + int "Order of maximal physically contiguous allocations" range 8 63 if PAGE_SIZE_16KB default "8" if PAGE_SIZE_16KB range 6 63 if PAGE_SIZE_64KB @@ -28,16 +28,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 Sat Mar 25 06:08: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: 13187604 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1E7B3C6FD20 for ; Sat, 25 Mar 2023 06:11:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232229AbjCYGL0 (ORCPT ); Sat, 25 Mar 2023 02:11:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58898 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232428AbjCYGKr (ORCPT ); Sat, 25 Mar 2023 02:10:47 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AE3791A97B; Fri, 24 Mar 2023 23:10:12 -0700 (PDT) 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 4423360A1D; Sat, 25 Mar 2023 06:10:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0B036C433A4; Sat, 25 Mar 2023 06:10:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724611; bh=n18lZ0S+0CZ2uvlkMluZxgCv0qlCJBiO8N8JH7KoZ1g=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Q/Q2rpIWZ2cFYZzyaItyJiN5f6EP/GSImQhED2G1vH7rlwhPXyJEMpQxGKZ4uZQCC qitWtuJpknN31DG18FRDt/12qs/q7U50AzyQBPL7xtX81WEuD5O9mkCSWTye2JsQ5b o2oehB+7FaaHIEILJpt4cpuWMCavNkq2xs7TyeSewFL4tUWGajA9JtHwOYUvb+VUZH CGC5F+pZ10eARFG7ZR+xt2zgWBT6Wr0f9MktXpfvvQtUeEw79cK5v9aCS4M1Bfvv6/ UK1YnbIXGDs1gGS899x7h0os6Pe6lyyOXAXEEmys4HQs9lh4YKu8GQ3pCQP2W+FIrQ gsw3SBBnzyEhQ== 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 v3 12/14] sh: drop ranges for definition of ARCH_FORCE_MAX_ORDER Date: Sat, 25 Mar 2023 09:08:26 +0300 Message-Id: <20230325060828.2662773-13-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- arch/sh/mm/Kconfig | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/sh/mm/Kconfig b/arch/sh/mm/Kconfig index 238b2772751e..511c17aede4a 100644 --- a/arch/sh/mm/Kconfig +++ b/arch/sh/mm/Kconfig @@ -20,11 +20,8 @@ config PAGE_OFFSET config ARCH_FORCE_MAX_ORDER int "Order of maximal physically contiguous allocations" - range 8 63 if PAGE_SIZE_16KB 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 Sat Mar 25 06:08: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: 13187605 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id EA48EC7619A for ; Sat, 25 Mar 2023 06:11:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232118AbjCYGLk (ORCPT ); Sat, 25 Mar 2023 02:11:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56080 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232187AbjCYGK5 (ORCPT ); Sat, 25 Mar 2023 02:10:57 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 770261A49B; Fri, 24 Mar 2023 23:10:21 -0700 (PDT) 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 17F83B82705; Sat, 25 Mar 2023 06:10:20 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 34961C433D2; Sat, 25 Mar 2023 06:10:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724618; bh=4Z2NWXBqkUcDOlecQgNIdEoHt3g4ySgJpa9xjP+8bWw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=cQswqzYqOHsod0pqf6YFh66X/QrCAVr2YAwri/xOv3fttReIoM0QmyS0CNc7O8lfw iB9IiXk9UZF2X7g4y03lD7rt8tiPSQdbx5vzhgyUTdNKn7t6zEZLPPpuy8u+jYk1nB hreHJFycD54YdiEhqQ0HBvllQcOEdNGWjMTQ5lqG4aqa8u1V5zh0ltg8TIX82CILYd KQbZsSzZ3Xm5Sb7cQZr7wWsFV8B62+pKIVwZu8KuYKbvE4cZWx4VrFjgdd89Ru6LQi UFM2jB+uXudse6JjEI6YlpzMkLOP6KzIGAnNOl9YGWIzctd70MNq5ZFVUi6oq06Lts mKW75qDo8MgkQ== 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 v3 13/14] sparc: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:27 +0300 Message-Id: <20230325060828.2662773-14-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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 Sat Mar 25 06:08: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: 13187606 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 36239C7619A for ; Sat, 25 Mar 2023 06:11:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232474AbjCYGLy (ORCPT ); Sat, 25 Mar 2023 02:11:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57140 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232010AbjCYGLX (ORCPT ); Sat, 25 Mar 2023 02:11:23 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1935A1ACE3; Fri, 24 Mar 2023 23:10:27 -0700 (PDT) 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 9320D60A22; Sat, 25 Mar 2023 06:10:26 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5C424C4339C; Sat, 25 Mar 2023 06:10:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679724626; bh=hCVCDYSIUr+qW4UF3Pu0/8IeYl4ydz564TXJ6RScpmY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XBUYd1wuZ6QOfdcmSr87gRlsMsVV6FBPdIqQHrC3pqAHxOY2DIdF+XDvKoUtLcdnY YymUQInh+UCF4ZGCw4T6Y+Z/IhTvXn9NYU03GXLWRksPUoLzP+eevHP2twu9nwF/kt eOcwijKtLsxk2+/F5k34QVqplP6njWicYTWEb7ErMx3III6zx8dW9FO1/oDMujzPni vjd32oMZKSpAJmWoMmw0HoPy9firOqMSOjpEWDYToYK+vpkdSTUHG7ZtqaX8c39a/T fOjqka2MCZIjCqrg05vs+aCtbzGpK80SATMzTT0ifOqgqyrhOm5UuCOO/e80toO7Z/ HznUBqM4Me+zw== 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 v3 14/14] xtensa: reword ARCH_FORCE_MAX_ORDER prompt and help text Date: Sat, 25 Mar 2023 09:08:28 +0300 Message-Id: <20230325060828.2662773-15-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230325060828.2662773-1-rppt@kernel.org> References: <20230325060828.2662773-1-rppt@kernel.org> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.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. Reviewed-by: Max Filippov Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Signed-off-by: Mike Rapoport (IBM) --- 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