Re: [PATCH v7 3/4] lib/cmdline.c Remove quotes symmetrically.

On 08/17/17 at 10:14pm, Michal Suchanek wrote: > Remove quotes from argument value only if there is qoute on both sides. > > Signed-off-by: Michal Suchanek Sounds reasonable. Just for curiosity, do we have chance to pass in option with a single '"'? > --- >

[PATCH v3 3/3] Documentation/kernel-parameters.txt: Update 'memmap=' option description

passed to the kernel. Clarify all this. Signed-off-by: Baoquan He <b...@redhat.com> Cc: Jonathan Corbet <cor...@lwn.net> Cc: "Rafael J. Wysocki" <rafael.j.wyso...@intel.com> Cc: Andrew Morton <a...@linux-foundation.org> Cc: Greg Kroah-Hartman <gre...@lin

Re: [PATCH v2 3/3] Documentation/kernel-parameters.txt: Update 'memmap=' option description

On 04/24/17 at 11:53am, Dou Liyang wrote: > > > At 04/24/2017 10:40 AM, Baoquan He wrote: > > In commit: > > > > 9710f581bb4c ("x86, mm: Let "memmap=" take more entries one time") > > > > ... 'memmap=' was changed to adopt multip

[PATCH v2 3/3] Documentation/kernel-parameters.txt: Update 'memmap=' option description

passed to the kernel. Clarify all this. Signed-off-by: Baoquan He <b...@redhat.com> Cc: Jonathan Corbet <cor...@lwn.net> Cc: "Rafael J. Wysocki" <rafael.j.wyso...@intel.com> Cc: Andrew Morton <a...@linux-foundation.org> Cc: Greg Kroah-Hartman <gre...@lin

[PATCH 4/4] doc: Update description about memmap option in kernel-parameter.txt

equal to mem=nn[KMG], update it too here. And for memmap=nn[KMG]$ss[KMG], escape character need be added before '$' for some bootloaders. E.g in grub2, if specified memmap=100M$5G, actually it passed memmap=100MG to kernel. Signed-off-by: Baoquan He <b...@redhat.com> Cc: Jonathan Corbet <

Re: [PATCH v10 RESEND 0/3] Documentation: Add description of enable multi-cpus support for kdump

On 09/20/16 at 06:03pm, Jonathan Corbet wrote: > On Mon, 19 Sep 2016 13:59:46 +0800 > Baoquan He <b...@redhat.com> wrote: > > > This is v10 post. In this patchset patch 1/3 is added to give more details > > about nr_cpus and maxcpus in kernel-parameters.txt. This i

[PATCH v10 RESEND 2/3] Documentation: kdump: Remind user of nr_cpus

From: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> nr_cpus can help to save memory. So we should remind user of it. Signed-off-by: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> Acked-by: Baoquan He <b...@redhat.com> Acked-by: Xunlei Pang <xp...@redhat.com> --- Documentation/k

[PATCH v10 RESEND 1/3] docs: kernel-parameter : Improve the description of nr_cpus and maxcpus

ged cpus and hot plug cpus can't exceed its value. However maxcpus is used to limit how many cpus are allowed to be brought up during bootup. Signed-off-by: Baoquan He <b...@redhat.com> --- Documentation/kernel-parameters.txt | 20 +--- 1 file changed, 13 insertions(+), 7

[PATCH v10 RESEND 3/3] Documentation: kdump: Add description of enable multi-cpus support

From: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> Multi-cpu support is useful to improve the performance of kdump in some cases. So add the description of enable multi-cpu support in dump-capture kernel. Signed-off-by: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> Acked-by: Baoquan He <

Re: [PATCH v10 3/3] Documentation: kdump: add description of enable multi-cpus support

On 09/19/16 at 12:01pm, Baoquan He wrote: > From: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> > > Multi-cpu support is useful to improve the performance of kdump in > some cases. So add the description of enable multi-cpu support in > dump-capture kernel. > > Signed-off

[PATCH v10 1/3] docs: kernel-parameter : Improve the description of nr_cpus and maxcpus

ged cpus and hot plug cpus can't exceed its value. However maxcpus is used to limit how many cpus are allowed to be brought up during bootup. Signed-off-by: Baoquan He <b...@redhat.com> --- Documentation/kernel-parameters.txt | 20 +--- 1 file changed, 13 insertions(+), 7

[PATCH v10 2/3] Documentation: kdump: remind user of nr_cpus

From: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> nr_cpus can help to save memory. So we should remind user of it. Signed-off-by: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> Acked-by: Baoquan He <b...@redhat.com> Acked-by: Xunlei Pang <xp...@redhat.com> Signed-off-by: Bao

[PATCH v10 3/3] Documentation: kdump: add description of enable multi-cpus support

From: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> Multi-cpu support is useful to improve the performance of kdump in some cases. So add the description of enable multi-cpu support in dump-capture kernel. Signed-off-by: Zhou Wenjian <zhouwj-f...@cn.fujitsu.com> Acked-by: Baoquan He <

[PATCH v10 0/3] Documentation: add description of enable multi-cpus support for kdump

for 2/3 and 3/3 which comprise the old post. Please access below link to check the previous changelog. https://lkml.org/lkml/2016/8/17/646 Baoquan He (1): docs: kernel-parameter : Improve the description of nr_cpus and maxcpus Zhou Wenjian (2): Documentation: kdump: remind user of nr_cpus

Re: [PATCH v9 1/2] Documentation: kdump: remind user of nr_cpus

k it's OK. Let's wait for Jon's feekback. > > -- > Thanks > Zhou > > On 08/24/2016 01:06 PM, Baoquan He wrote: > >On 08/22/16 at 09:14am, "Zhou, Wenjian/周文剑" wrote: > >>On 08/19/2016 11:57 PM, Jonathan Corbet wrote: > >>>On Fri, 19 Aug 2016 08:

Re: [PATCH v9 1/2] Documentation: kdump: remind user of nr_cpus

On 08/25/16 at 01:10pm, Jonathan Corbet wrote: > On Wed, 24 Aug 2016 13:06:45 +0800 > Baoquan He <b...@redhat.com> wrote: > > > Hi Jon, do you think change as below is OK to you? > > So nr_cpus is the maximum value, and maxcpus is the current number. > Figures

Re: [PATCH v9 1/2] Documentation: kdump: remind user of nr_cpus

am not very sure why this is introduced, number of possible cpu is decided by the min value of nr_cpus= and possible_cpus=. nr_cpus and maxcpus might not be very clear to people which are described in Documentation/kernel-parameters.txt. Hi Jon, do you think change as below is OK to you? >From 8b

Re: [PATCH 11/12] kexec: allow architectures to override boot mapping

On 04/28/16 at 10:28am, Russell King wrote: > diff --git a/include/linux/kexec.h b/include/linux/kexec.h > index 52a3a221bcb2..99cb9dac7909 100644 > --- a/include/linux/kexec.h > +++ b/include/linux/kexec.h > @@ -318,6 +318,44 @@ int __weak arch_kexec_apply_relocations_add(const > Elf_Ehdr *ehdr,

Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t

On 05/03/16 at 11:12am, Russell King - ARM Linux wrote: > On Tue, May 03, 2016 at 12:24:41PM +0800, Baoquan He wrote: > > Could you please help tell why arm PAE kernel can be put above 4G? > > Since the change is related to common code, I am curious about how > > it's so diffe

Re: [PATCH v2 2/4] x86, boot: PUD VA support for physical mapping (x86_64)

On 05/02/16 at 02:58pm, Dave Hansen wrote: > On 05/02/2016 02:41 PM, Thomas Garnier wrote: > > Minor change that allows early boot physical mapping of PUD level virtual > > addresses. This change prepares usage of different virtual addresses for > > KASLR memory randomization. It has no impact on

Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t

On 05/03/16 at 11:23am, Pratyush Anand wrote: > Hi Baoquan, > > On 03/05/2016:12:24:41 PM, Baoquan He wrote: > > Hi Pratyush, > > > > Could you please help tell why arm PAE kernel can be put above 4G? > > PAE system can have physical addresses above 4G. So, if

Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t

This patch is clearly related to kdump. The prefix of subject should be changed to kdump. Kexec doesn't need to handle vmcore things. And patches realted to kexec/kdump should be CCed to Andrew, he usually picks up and add them into akpm tree. Hi Pratyush, Could you please help tell why arm