* [PATCH v2] Documentation, mm/unaccepted: document accept_memory kernel parameter
@ 2023-12-14 12:22 Vlastimil Babka
2023-12-14 12:35 ` Vlastimil Babka
2023-12-15 16:30 ` Jonathan Corbet
0 siblings, 2 replies; 3+ messages in thread
From: Vlastimil Babka @ 2023-12-14 12:22 UTC (permalink / raw)
To: Jonathan Corbet
Cc: linux-doc, linux-kernel, Tim Chen, Kirill A. Shutemov,
Vlastimil Babka
The accept_memory kernel parameter was added in commit dcdfdd40fa82
("mm: Add support for unaccepted memory") but not listed in the
kernel-parameters doc. Add it there.
Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Signed-off-by: Vlastimil Babka <vbabka@suse.cz>
---
changes since v1:
- use shorter sentences (Tim Chen)
---
Documentation/admin-guide/kernel-parameters.txt | 11 +++++++++++
1 file changed, 11 insertions(+)
diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
index 65731b060e3f..91bd74b2e203 100644
--- a/Documentation/admin-guide/kernel-parameters.txt
+++ b/Documentation/admin-guide/kernel-parameters.txt
@@ -1,3 +1,14 @@
+ accept_memory= [MM]
+ Format: { eager | lazy }
+ default: lazy
+ By default, unaccepted memory is accepted lazily to
+ avoid prolonged boot times. The lazy option will add
+ some runtime overhead until all memory is eventually
+ accepted. In most cases the overhead is negligible.
+ For some workloads or for debugging purposes
+ accept_memory=eager can be used to accept all memory
+ at once during boot.
+
acpi= [HW,ACPI,X86,ARM64,RISCV64]
Advanced Configuration and Power Interface
Format: { force | on | off | strict | noirq | rsdt |
---
base-commit: a39b6ac3781d46ba18193c9dbb2110f31e9bffe9
change-id: 20231214-accept_memory_param-af395e3a2d45
Best regards,
--
Vlastimil Babka <vbabka@suse.cz>
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [PATCH v2] Documentation, mm/unaccepted: document accept_memory kernel parameter
2023-12-14 12:22 [PATCH v2] Documentation, mm/unaccepted: document accept_memory kernel parameter Vlastimil Babka
@ 2023-12-14 12:35 ` Vlastimil Babka
2023-12-15 16:30 ` Jonathan Corbet
1 sibling, 0 replies; 3+ messages in thread
From: Vlastimil Babka @ 2023-12-14 12:35 UTC (permalink / raw)
To: Jonathan Corbet
Cc: linux-doc, linux-kernel, Tim Chen, Kirill A. Shutemov, Linux-MM
+CC linux-mm
On 12/14/23 13:22, Vlastimil Babka wrote:
> The accept_memory kernel parameter was added in commit dcdfdd40fa82
> ("mm: Add support for unaccepted memory") but not listed in the
> kernel-parameters doc. Add it there.
>
> Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> Signed-off-by: Vlastimil Babka <vbabka@suse.cz>
> ---
> changes since v1:
> - use shorter sentences (Tim Chen)
> ---
> Documentation/admin-guide/kernel-parameters.txt | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
> index 65731b060e3f..91bd74b2e203 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/Documentation/admin-guide/kernel-parameters.txt
> @@ -1,3 +1,14 @@
> + accept_memory= [MM]
> + Format: { eager | lazy }
> + default: lazy
> + By default, unaccepted memory is accepted lazily to
> + avoid prolonged boot times. The lazy option will add
> + some runtime overhead until all memory is eventually
> + accepted. In most cases the overhead is negligible.
> + For some workloads or for debugging purposes
> + accept_memory=eager can be used to accept all memory
> + at once during boot.
> +
> acpi= [HW,ACPI,X86,ARM64,RISCV64]
> Advanced Configuration and Power Interface
> Format: { force | on | off | strict | noirq | rsdt |
>
> ---
> base-commit: a39b6ac3781d46ba18193c9dbb2110f31e9bffe9
> change-id: 20231214-accept_memory_param-af395e3a2d45
>
> Best regards,
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [PATCH v2] Documentation, mm/unaccepted: document accept_memory kernel parameter
2023-12-14 12:22 [PATCH v2] Documentation, mm/unaccepted: document accept_memory kernel parameter Vlastimil Babka
2023-12-14 12:35 ` Vlastimil Babka
@ 2023-12-15 16:30 ` Jonathan Corbet
1 sibling, 0 replies; 3+ messages in thread
From: Jonathan Corbet @ 2023-12-15 16:30 UTC (permalink / raw)
To: Vlastimil Babka
Cc: linux-doc, linux-kernel, Tim Chen, Kirill A. Shutemov,
Vlastimil Babka
Vlastimil Babka <vbabka@suse.cz> writes:
> The accept_memory kernel parameter was added in commit dcdfdd40fa82
> ("mm: Add support for unaccepted memory") but not listed in the
> kernel-parameters doc. Add it there.
>
> Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> Signed-off-by: Vlastimil Babka <vbabka@suse.cz>
> ---
> changes since v1:
> - use shorter sentences (Tim Chen)
> ---
> Documentation/admin-guide/kernel-parameters.txt | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
> index 65731b060e3f..91bd74b2e203 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/Documentation/admin-guide/kernel-parameters.txt
> @@ -1,3 +1,14 @@
> + accept_memory= [MM]
> + Format: { eager | lazy }
> + default: lazy
> + By default, unaccepted memory is accepted lazily to
> + avoid prolonged boot times. The lazy option will add
> + some runtime overhead until all memory is eventually
> + accepted. In most cases the overhead is negligible.
> + For some workloads or for debugging purposes
> + accept_memory=eager can be used to accept all memory
> + at once during boot.
> +
Applied, thanks.
jon
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-12-15 16:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-12-14 12:22 [PATCH v2] Documentation, mm/unaccepted: document accept_memory kernel parameter Vlastimil Babka
2023-12-14 12:35 ` Vlastimil Babka
2023-12-15 16:30 ` Jonathan Corbet
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox