[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160818111854.362bb972@lwn.net>
Date: Thu, 18 Aug 2016 11:18:54 -0600
From: Jonathan Corbet <corbet@....net>
To: Zhou Wenjian <zhouwj-fnst@...fujitsu.com>
Cc: <linux-kernel@...r.kernel.org>, <akpm@...ux-foundation.org>,
<dyoung@...hat.com>, <bhe@...hat.com>, <vgoyal@...hat.com>,
<kexec@...ts.infradead.org>, <linux-doc@...r.kernel.org>,
<xlpang@...hat.com>, <joe@...ches.com>
Subject: Re: [PATCH v9 1/2] Documentation: kdump: remind user of nr_cpus
On Thu, 18 Aug 2016 11:11:46 +0800
Zhou Wenjian <zhouwj-fnst@...fujitsu.com> wrote:
Thank you for working to improve the documentation!
> * 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 should replace it by nr_cpus to
> + save memory if supported by the current ARCH, such as x86.
So, IMHO, this seems like the wrong place for this. I've just spent a bit
of time staring at kernel-parameters.txt, and there is no way for a
clueless user like me to know what the difference is between maxcpus= and
nr_cpus= would be. A far better patch would be to update the
documentation there to make that clear. Any chance you would be willing
to do that?
Then, rather than tacking an "ignore what you just read" note into
kdump.txt, it could maybe be rewritten to simply say what users should do?
Thanks,
jon
Powered by blists - more mailing lists