[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1474257665-8838-3-git-send-email-bhe@redhat.com>
Date: Mon, 19 Sep 2016 12:01:04 +0800
From: Baoquan He <bhe@...hat.com>
To: corbet@....net, akpm@...ux-foundation.org
Cc: linux-doc@...r.kernel.org, kexec@...ts.infradead.org,
linux-kernel@...r.kernel.org, xlpang@...hat.com, dyoung@...hat.com,
Zhou Wenjian <zhouwj-fnst@...fujitsu.com>,
Baoquan He <bhe@...hat.com>
Subject: [PATCH v10 2/3] Documentation: kdump: remind user of nr_cpus
From: Zhou Wenjian <zhouwj-fnst@...fujitsu.com>
nr_cpus can help to save memory. So we should remind user of it.
Signed-off-by: Zhou Wenjian <zhouwj-fnst@...fujitsu.com>
Acked-by: Baoquan He <bhe@...hat.com>
Acked-by: Xunlei Pang <xpang@...hat.com>
Signed-off-by: Baoquan He <bhe@...hat.com>
---
Documentation/kdump/kdump.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/kdump/kdump.txt b/Documentation/kdump/kdump.txt
index 88ff63d..f7ef340 100644
--- a/Documentation/kdump/kdump.txt
+++ b/Documentation/kdump/kdump.txt
@@ -393,6 +393,8 @@ Notes on loading the dump-capture kernel:
* We generally don' have to bring up a SMP kernel just to capture the
dump. Hence generally it is useful either to build a UP dump-capture
kernel or specify maxcpus=1 option while loading dump-capture kernel.
+ Note, though maxcpus always works, you had better replace it with
+ nr_cpus to save memory if supported by the current ARCH, such as x86.
* For s390x there are two kdump modes: If a ELF header is specified with
the elfcorehdr= kernel parameter, it is used by the kdump kernel as it
--
2.5.5
Powered by blists - more mailing lists