[PATCH v9 5/8] lib/cmdline.c: implement single quotes in commandline argument parsing

From: Michal Suchanek This brings the kernel parser about on par with bourne shell, grub, and other tools that chew the arguments before kernel does. This should make it easier to deal with multiple levels of nesting/quoting. With same quoting grammar on each level there is

[PATCH v9 4/8] Documentation/admin-guide: backslash support in commandline

From: Michal Suchanek Signed-off-by: Michal Suchanek --- Documentation/admin-guide/kernel-parameters.rst |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/admin-guide/kernel-parameters.rst

[PATCH v9 3/8] lib/cmdline.c: add backslash support to kernel commandline parsing

shells and bootloaders. Signed-off-by: Michal Suchanek <msucha...@suse.de> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- lib/cmdline.c | 41 - 1 file changed, 20 insertions(+), 21 deletions(-) diff --git a/lib/cmdline.c b/lib/cmdli

[PATCH v9 2/8] boot/param: add pointer to current and next argument to unknown parameter callback

ed-off-by: Michal Suchanek <msucha...@suse.de> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes in v9: * Fixed messages like below observed while loading modules with no parameters. - iptable_filter: unknown parameter '' ignored - ip_tables: unknown parameter ''

[PATCH v9 1/8] lib/cmdline.c: remove quotes symmetrically

From: Michal Suchanek Remove quotes from argument value only if there is qoute on both sides. Signed-off-by: Michal Suchanek --- lib/cmdline.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/lib/cmdline.c b/lib/cmdline.c

[PATCH v9 0/8] reduce memory consumption for powerpc firmware-assisted capture kernel

/linuxppc-dev/list/?series=3338 --- Hari Bathini (2): powerpc/fadump: reduce memory consumption for capture kernel powerpc/fadump: update documentation about 'fadump_extra_args=' parameter Michal Suchanek (6): lib/cmdline.c: remove quotes symmetrically boot/param: add

Re: [PATCH 2/2] powerpc/fadump: use kstrtoint to handle sysfs store

handled in expected way. Signed-off-by: Michal Suchanek <msucha...@suse.de> Acked-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c | 17 + 1 file changed, 13 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/kernel/fadump.

Re: [PATCH v8 6/6] powerpc/fadump: use the new parse_args callback arguments

In case, someone wishes for a changelog: With fadump_rework_cmdline_params() function, parse_args() callback function, taking new arguments - current & next, use them to process 'fadump_extra_args=' parmeter, in enforcing the parameters passed through it for fadump kernel. On Tuesday 12

Re: [PATCH v8 1/6] powerpc/fadump: reduce memory consumption for capture kernel

in context. Suggested-by: Michael Ellerman <m...@ellerman.id.au> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Signed-off-by: Michal Suchanek <msucha...@suse.de> For the series.. Tested-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v6: Correct an

Re: [PATCH v8 1/6] powerpc/fadump: reduce memory consumption for capture kernel

in context. Suggested-by: Michael Ellerman <m...@ellerman.id.au> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Signed-off-by: Michal Suchanek <msucha...@suse.de> For the series... Tested-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v6: C

Re: [PATCH v7 1/4] powerpc/fadump: reduce memory consumption for capture kernel

On Friday 18 August 2017 05:27 PM, Michal Suchánek wrote: On Fri, 18 Aug 2017 16:20:53 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: Hi Michal, Thanks for the patches. I tried testing with the patches: [0.00] fadump: Firmware-assisted dump is active. [0.

Re: [PATCH v7 1/4] powerpc/fadump: reduce memory consumption for capture kernel

to test the patches in other scenarios though.. Thanks Hari On Friday 18 August 2017 01:44 AM, Michal Suchanek wrote: From: Hari Bathini <hbath...@linux.vnet.ibm.com> With fadump (dump capture) kernel booting like a regular kernel, it needs almost the same amount of memory to boot as th

Re: [PATCH v6 1/2] powerpc/fadump: reduce memory consumption for capture kernel

ided you remove the outermost quotes in the fadump_extra_args handler as well. Wanted to run some tests but did not get around to do it yet. On Sat, 29 Jul 2017 02:27:22 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: With fadump (dump capture) kernel booting like a regular kernel, it

Re: [PATCH 1/4] powerpc/prom: avoid endian conversions for linux, memory-limit node

On Friday 04 August 2017 03:44 PM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: On Friday 04 August 2017 09:21 AM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: As linux,memory-limit node is set and also later used b

Re: [PATCH 1/4] powerpc/prom: avoid endian conversions for linux, memory-limit node

On Friday 04 August 2017 07:17 AM, Benjamin Herrenschmidt wrote: On Fri, 2017-08-04 at 11:37 +1000, Benjamin Herrenschmidt wrote: On Thu, 2017-08-03 at 14:54 +0530, Hari Bathini wrote: As linux,memory-limit node is set and also later used by the kernel, avoid endian conversions

Re: [PATCH 1/4] powerpc/prom: avoid endian conversions for linux, memory-limit node

On Friday 04 August 2017 09:21 AM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: As linux,memory-limit node is set and also later used by the kernel, avoid endian conversions for this property. Fixes: 493adffcb43f ("powerpc: Make prom_init.c endian saf

[PATCH 2/4] powerpc/prom: fix early parsing of parameters

results. Add support to skip proceeding in such cases. Fixes: 9b6b563c0d2d ("powerpc: Merge in the ppc64 version of the prom code.") Cc: sta...@vger.kernel.org # 2.6.15+ Cc: Paul Mackerras <pau...@samba.org> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powe

[PATCH 4/4] powerpc/prom: fix early parsing of 'disable_radix' parameter

4d02cbf16b ("powerpc: Update to new option-vector-5 format for CAS") Cc: sta...@vger.kernel.org # 4.11+ Cc: Suraj Jitindar Singh <sjitindarsi...@gmail.com> Cc: Michael Ellerman <m...@ellerman.id.au> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> ---

[PATCH 3/4] powerpc/prom: fix early parsing of 'mem=' parameter

_init: Evaluate mem kernel parameter for early allocation") Cc: sta...@vger.kernel.org # 2.6.32+ Cc: Benjamin Krill <b...@codiert.org> Cc: Benjamin Herrenschmidt <b...@kernel.crashing.org> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/pr

[PATCH 1/4] powerpc/prom: avoid endian conversions for linux, memory-limit node

Herrenschmidt <b...@kernel.crashing.org> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/prom_init.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c index 613f79f..723df83 1006

[PATCH v6 2/2] powerpc/fadump: update documentation about 'fadump_extra_args=' parameter

With the introduction of 'fadump_extra_args=' parameter to pass additional parameters to fadump (capture) kernel, update documentation about it. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v5: * Changed subject line to have 'fadump_extra_args=' Documen

[PATCH v6 1/2] powerpc/fadump: reduce memory consumption for capture kernel

u> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v5: * Using 'fadump_extra_args=' instead of 'fadump_append=' to pass additional parameters, to be enforced when fadump is active. * Using space-separated quoted list as syntax for 'fadump_extra_args=' parameter.

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

On Wednesday 12 July 2017 05:01 PM, msuchanek wrote: Hello, On Wed, 12 Jul 2017 00:00:57 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: Hi Michal, Thanks for the review.. On Monday 26 June 2017 05:45 PM, Michal Suchánek wrote: Hello, On Tue, 20 Jun 2017 21:14:08 +053

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

Hi Michal, Thanks for the review.. On Monday 26 June 2017 05:45 PM, Michal Suchánek wrote: Hello, On Tue, 20 Jun 2017 21:14:08 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: On Friday 09 June 2017 05:34 PM, Michal Suchánek wrote: On Thu, 8 Jun 2017 23:30:37 +0530 Hari B

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

On Friday 09 June 2017 05:34 PM, Michal Suchánek wrote: On Thu, 8 Jun 2017 23:30:37 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: Hi Michal, Sorry for taking this long to respond. I was working on a few other things. On Monday 15 May 2017 02:59 PM, Michal Suchánek wrote:

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

Hi Michal, Sorry for taking this long to respond. I was working on a few other things. On Monday 15 May 2017 02:59 PM, Michal Suchánek wrote: Hello, On Mon, 15 May 2017 12:59:46 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: On Friday 12 May 2017 09:12 PM, Michal Suchánek

[RESEND PATCH v2] powerpc/fadump: set an upper limit for boot memory size

which doesn't take the holes, if any, in the memory layout into account, use memblock_phys_mem_size() to calculate the percentage of total available memory. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- * Rebased on top of below patchset: - http://patchwork.ozlabs.org/

[PATCH v2] powerpc/fadump: add reschedule point while releasing memory

. Suggested-by: Michael Ellerman <m...@ellerman.id.au> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes since v1: * Got rid of RELEASE_PAGES_BATCH macro and the corresponding code to simplify the implementation. * Introduced support to skip memory holes while rele

[PATCH v3 3/3] powerpc/fadump: provide a helpful error message

fadump fails to register when there are holes in boot memory area. Provide a helpful error message to the user in such case. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- * No changes since v2. arch/powerpc/kernel/fadump.c | 36

[PATCH v3 2/3] powerpc/fadump: avoid holes in boot memory area when fadump is registered

after a memory hot-remove operation, if memory is removed from boot memory area. To avoid this, ensure that memory from boot memory area is not hot-removed when fadump is registered. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Reviewed-by: Mahesh J Salgaonkar <mah...@linux.vne

[PATCH v3 1/3] powerpc/fadump: avoid duplicates in crash memory ranges

0x6000 0x00019ffe 0x00019ffe RWE0 Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Reviewed-by: Mahesh J Salgaonkar <mah...@linux.vnet.ibm.com> --- Changes since v2: * Added BUILD_BUG_ON for RAM_START. arch/powerpc/kernel/fad

Re: [PATCH v2] powerpc/fadump: return error when fadump registration fails

kernel/fadump_registered returns error appropriately. Tested-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- v2: fix return in register_fadump() --- arch/powerpc/kernel/fadump.c | 24 1 file changed, 16 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/kerne

[PATCH] powerpc/fadump: add reschedule point while releasing memory

reschedule points at regular intervals. Suggested-by: Michael Ellerman <m...@ellerman.id.au> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c | 60 ++ 1 file changed, 49 insertions(+), 11 deletions(-) diff

Re: [PATCH 2/2] powerpc/fadump: update about offset where fadump is reserved

Hi Michal, Thanks for the review.. On Monday 22 May 2017 04:25 PM, Michal Suchánek wrote: On Mon, 22 May 2017 15:04:47 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: With commit f6e6bedb7731 ("powerpc/fadump: Reserve memory at an offset closer to bottom of RAM"), m

[PATCH 2/2] powerpc/fadump: update about offset where fadump is reserved

With commit f6e6bedb7731 ("powerpc/fadump: Reserve memory at an offset closer to bottom of RAM"), memory for fadump is no longer reserved at the top of RAM. But there are still a few places which say so. Change them appropriately. Signed-off-by: Hari Bathini <hbath...@linux

[PATCH 1/2] powerpc/fadump: add a warning when 'fadump_reserve_mem=' is used

..@redhat.com> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c index 466569e..c0db844 100644 --- a/arch/powerpc

Re: [PATCH v2] powerpc/fadump: set an upper limit for boot memory size

Hi Michael, On Friday 24 February 2017 05:54 PM, Hari Bathini wrote: By default, 5% of system RAM is reserved for preserving boot memory. Alternatively, a user can specify the amount of memory to reserve. See Documentation/powerpc/firmware-assisted-dump.txt for details. In addition

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

On Friday 12 May 2017 09:12 PM, Michal Suchánek wrote: On Fri, 12 May 2017 15:15:33 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: On Thursday 11 May 2017 06:46 PM, Michal Suchánek wrote: On Thu, 11 May 2017 02:00:11 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrot

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

On Thursday 11 May 2017 06:46 PM, Michal Suchánek wrote: On Thu, 11 May 2017 02:00:11 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: Hello Michal, On Wednesday 10 May 2017 09:31 PM, Michal Suchánek wrote: Hello, On Wed, 03 May 2017 23:52:52 +0530 Hari Bathini

[PATCH v2 3/3] powerpc/fadump: provide a helpful error message

fadump fails to register when there are holes in boot memory area. Provide a helpful error message to the user in such case. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes since v1: * Introducing this patch to provide better error message on failure. arch/powerpc/

[PATCH v2 2/3] powerpc/fadump: avoid holes in boot memory area when fadump is registered

after a memory hot-remove operation, if memory is removed from boot memory area. To avoid this, ensure that memory from boot memory area is not hot-removed when fadump is registered. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Reviewed-by: Mahesh J Salgaonkar <mah...@linux.vne

[PATCH v2 1/3] powerpc/fadump: avoid duplicates in crash memory ranges

0xd000 0xd000 RWE0 Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Reviewed-by: Mahesh J Salgaonkar <mah...@linux.vnet.ibm.com> --- Changes since v1: * Changelog updated based on data from latest kerenl. * Updated comment with the assumption invol

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

Hello Michal, On Wednesday 10 May 2017 09:31 PM, Michal Suchánek wrote: Hello, On Wed, 03 May 2017 23:52:52 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: With the introduction of 'fadump_append=' parameter to pass additional parameters to fadump (capture) kernel,

Re: [PATCH v4 RFT 1/2] powerpc/fadump: reduce memory consumption for capture kernel

On Wednesday 10 May 2017 08:28 PM, Michal Suchánek wrote: On Wed, 3 May 2017 12:43:33 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: On Tuesday 02 May 2017 09:26 PM, Michal Suchanek wrote: With fadump (dump capture) kernel booting like a regular kernel, it almost needs th

Re: [PATCH 2/2] powerpc/fadump: avoid holes in boot memory area when fadump is registered

On Friday 05 May 2017 05:13 PM, Pingfan Liu wrote: - Original Message - From: "Hari Bathini" <hbath...@linux.vnet.ibm.com> To: "Michael Ellerman" <m...@ellerman.id.au> Cc: "linuxppc-dev" <linuxppc-...@ozlabs.org>, "Pingfan

[PATCH 2/2] powerpc/fadump: avoid holes in boot memory area when fadump is registered

after a memory hot-remove operation, if memory is removed from boot memory area. To avoid this, ensure that memory from boot memory area is not hot-removed when fadump is registered. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/include/asm/fadump.h

[PATCH 1/2] powerpc/fadump: avoid duplicates in crash memory ranges

0x6000 0x00019ffe 0x00019ffe RWE0 Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/

[PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

With the introduction of 'fadump_append=' parameter to pass additional parameters to fadump (capture) kernel, update documentation about it. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v4: * Based on top of patchset that includes https://git.kernel.org/p

[PATCH v5 1/2] powerpc/fadump: reduce memory consumption for capture kernel

, cgroup_disable=memory and numa=off, to disable unwarranted resources/subsystems. Also, ensure the log "Firmware-assisted dump is active" is printed early in the boot process to put the subsequent fadump messages in context. Suggested-by: Michael Ellerman <m...@ellerman.id.au> Sig

Re: [PATCH v4 RFT 1/2] powerpc/fadump: reduce memory consumption for capture kernel

On Wednesday 03 May 2017 12:43 PM, Hari Bathini wrote: On Tuesday 02 May 2017 09:26 PM, Michal Suchanek wrote: With fadump (dump capture) kernel booting like a regular kernel, it almost needs the same amount of memory to boot as the production kernel, which is unwarranted for a dump

Re: [PATCH v4 RFT 1/2] powerpc/fadump: reduce memory consumption for capture kernel

llerman <m...@ellerman.id.au> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Signed-off-by: Michal Suchanek <msucha...@suse.de> --- v4: - use space separated arguments instead of comma separated - do not append parameters when fadummp is disabled --- arch/

Re: [PATCH] powerpc/pseries hotplug: prevent the reserved mem from removing

On Friday 28 April 2017 09:59 AM, Liu ping fan wrote: On Fri, Apr 28, 2017 at 2:06 AM, Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: Hi Pingfan, On Thursday 27 April 2017 01:13 PM, Pingfan Liu wrote: E.g after fadump reserves mem regions, these regions should not be removed

Re: [PATCH v4 RFT 1/2] powerpc/fadump: reduce memory consumption for capture kernel

llerman <m...@ellerman.id.au> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Signed-off-by: Michal Suchanek <msucha...@suse.de> --- v4: - use space separated arguments instead of comma separated - do not append parameters when fadummp is disabled --- arch/

Re: [PATCH] powerpc/pseries hotplug: prevent the reserved mem from removing

Hi Pingfan, On Thursday 27 April 2017 01:13 PM, Pingfan Liu wrote: E.g after fadump reserves mem regions, these regions should not be removed before fadump explicitly free them. Signed-off-by: Pingfan Liu --- arch/powerpc/platforms/pseries/hotplug-memory.c | 5 +++-- 1

Re: [PATCH v3 1/2] powerpc/fadump: reduce memory consumption for capture kernel

On Wednesday 26 April 2017 04:02 PM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c index 8ff0dd4..87edc7b 100644 --- a/arch/powerpc/kernel/fadump.c +++ b/arch/powerpc/kernel/fa

[PATCH v3 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

With the introduction of 'fadump_append=' parameter to pass additional parameters to fadump (capture) kernel, update documentation about it. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt |6 +- 1 file changed, 5 inse

[PATCH v3 1/2] powerpc/fadump: reduce memory consumption for capture kernel

, cgroup_disable=memory and numa=off, to disable unwarranted resources/subsystems. Also, ensure the log "Firmware-assisted dump is active" is printed early in the boot process to put the subsequent fadump messages in context. Suggested-by: Michael Ellerman <m...@ellerman.id.au> Sig

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

On Monday 24 April 2017 07:30 PM, Michal Suchánek wrote: On Mon, 24 Apr 2017 18:26:37 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: Hi Michal. On Monday 24 April 2017 03:54 PM, Michal Suchánek wrote: On Fri, 21 Apr 2017 00:19:55 +0530 Hari Bathini <hbath...@linux.vne

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

Hi Michal. On Monday 24 April 2017 03:54 PM, Michal Suchánek wrote: On Fri, 21 Apr 2017 00:19:55 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: On Wednesday 19 April 2017 07:38 PM, Michal Suchánek wrote: On Wed, 19 Apr 2017 14:19:47 +1000 Michael Ellerman <m...@ellerman.id.

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

On Wednesday 19 April 2017 07:38 PM, Michal Suchánek wrote: On Wed, 19 Apr 2017 14:19:47 +1000 Michael Ellerman <m...@ellerman.id.au> wrote: Michal Suchánek <msucha...@suse.de> writes: On Mon, 17 Apr 2017 20:43:02 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote:

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

On Friday 14 April 2017 01:28 AM, Michal Suchánek wrote: On Thu, 13 Apr 2017 01:59:13 +0530 Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: On Friday 07 April 2017 07:16 PM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: On Friday 07 April 2

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

On Friday 07 April 2017 07:16 PM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: On Friday 07 April 2017 07:24 AM, Michael Ellerman wrote: My preference would be that the fadump kernel "just works". If it's using too much memory then the fadump

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

Hi Michael, On Friday 07 April 2017 07:16 PM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: On Friday 07 April 2017 07:24 AM, Michael Ellerman wrote: My preference would be that the fadump kernel "just works". If it's using too much memory then t

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

On Friday 07 April 2017 12:54 PM, Hari Bathini wrote: Hi Michael, On Friday 07 April 2017 07:24 AM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: In case of fadump, capture (fadump) kernel boots like a normal kernel. While this has its advantages, the c

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

Hi Michael, On Friday 07 April 2017 07:24 AM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: In case of fadump, capture (fadump) kernel boots like a normal kernel. While this has its advantages, the capture kernel would initialize all the components like

[RESEND PATCH v4 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse

As we are reusing crashkernel parameter instead of fadump_reserve_mem parameter to specify the memory to reserve for fadump's crash kernel, update the documentation accordingly. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt

[RESEND PATCH v4 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC

ilar functions compiled under CONFIG_CRASH_CORE. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Reviewed-by: Mahesh Salgaonkar <mah...@linux.vnet.ibm.com> --- arch/powerpc/Kconfig | 10 ++ arch/powerpc/include/asm/fadump.h |2 ++ arch/powerp

[RESEND PATCH v4 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation

for multiple syntaxes to specify memory. Suggested-by: Dave Young <dyo...@redhat.com> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Reviewed-by: Mahesh Salgaonkar <mah...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c | 23 ++- 1 file chan

[RESEND PATCH v4 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE

, allowing code reuse without dependency on CONFIG_KEXEC. There is no functional change with this patch. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Acked-by: Dave Young <dyo...@redhat.com> --- Changes from v3: * Renamed log_buf_kexec_setup()to log_buf_vmcoreinfo_set

[RESEND PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

Get rid of multiple definitions of append_elf_note() & final_note() functions. Reuse these functions compiled under CONFIG_CRASH_CORE Also, define Elf_Word and use it instead of generic u32 or the more specific Elf64_Word. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> Acke

[RESEND PATCH v4 0/5] kexec/fadump: remove dependency with CONFIG_KEXEC and reuse crashkernel parameter for fadump

orts, for fadump as well. The last patch updates fadump kernel documentation about use of crashkernel parameter. --- Hari Bathini (5): crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE ia64: reuse append_elf_note() and final_note() functions pow

Re: [PATCH v4 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE

Hi Michael, It's been a while since this patchset is Ack'ed. Should this go through powerpc-tree or some other? Thanks Hari On Thursday 05 January 2017 10:59 PM, Hari Bathini wrote: Traditionally, kdump is used to save vmcore in case of a crash. Some architectures like powerpc can save vmcore

[PATCH v2 2/2] powerpc/fadump: update fadump documentation

With the unnecessary restriction to reserve memory for fadump at the top of RAM forgone, update the documentation accordingly. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt | 34 +++--- 1 file chang

[PATCH v2 1/2] powerpc/fadump: reserve memory at an offset closer to bottom of RAM

be eleminated completely, the impact can be minimized by reserving memory at an offset closer to bottom of the RAM. The offset for fadump memory reservation can be any value greater than fadump boot memory size. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v1: * F

[PATCH 2/2] powerpc/fadump: update fadump documentation

With the unnecessary restriction to reserve memory for fadump at the top of RAM forgone, update the documentation accordingly. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt | 34 +++--- 1 file chang

[PATCH 1/2] powerpc/fadump: reserve memory at halfway mark

memory. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c |8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c index 8ff0dd4..9c85c5a 100644 --- a/arch/powerpc/

[PATCH v2] powerpc/fadump: set an upper limit for boot memory size

which doesn't take the holes, if any, in the memory layout into account, use memblock_phys_mem_size() to calculate the percentage of total available memory. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- This patch is based on top of the patchset to reuse-crashkernel-parameter

Re: [PATCH] powerpc/fadump: set an upper limit for boot memory size

Hi Michael, On Friday 17 February 2017 11:54 AM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c index de7d39a..d5107f4 100644 --- a/arch/powerpc/kernel/fadump.c +++ b/arch/powerpc/

[PATCH] powerpc/fadump: set an upper limit for boot memory size

y size closer to 50% of the total available memory is specified. As the kernel is not handling this currently, it may lead to undefined behavior. Fix it by setting an upper limit for boot memory size to 25% of the total available memory. Signed-off-by: Hari Bathini <hbath...@linux.vne

Re: [PATCH v1 1/2] fadump: reduce memory consumption for capture kernel

Hi Mahesh, On Tuesday 31 January 2017 01:05 AM, Mahesh Jagannath Salgaonkar wrote: On 01/30/2017 10:14 PM, Hari Bathini wrote: In case of fadump, capture (fadump) kernel boots like a normal kernel. While this has its advantages, the capture kernel would initialize all the components like

[PATCH v2 2/2] fadump: update documentation about introduction of handover area

Update documentation about introduction of handover area that includes configuration details like extra parameters to append to capture kernel. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt | 83 ++

[PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

region and appends these parameters to capture kernel early in its boot process. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v1: * Not changing dump format version to keep compatibility intact. Using start and end markers instead, to check sanity of handove

[PATCH v1 1/2] fadump: reduce memory consumption for capture kernel

region and appends these parameters to capture kernel early in its boot process. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/include/asm/fadump.h | 28 arch/powerpc/kernel/fadump.c | 125 - arch/powerpc/

[PATCH v1 2/2] fadump: update documentation about introduction of handover area

Update documentation about introduction of handover area that includes configuration details like extra parameters to append to capture kernel. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt | 83 ++

[PATCH v1 1/2] fadump: reduce memory consumption for capture kernel

region and appends these parameters to capture kernel early in its boot process. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/include/asm/fadump.h | 28 arch/powerpc/kernel/fadump.c | 125 - arch/powerpc/

Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

On Tuesday 24 January 2017 11:53 PM, Tony Luck wrote: On Tue, Jan 24, 2017 at 10:11 AM, Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: Hello IA64 folks, Could you please review this patch..? It looks OK in principal. My lab is in partial disarray at the moment (just got bac

Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

On Tuesday 17 January 2017 10:36 PM, Hari Bathini wrote: On Friday 06 January 2017 07:33 AM, Dave Young wrote: On 01/05/17 at 11:01pm, Hari Bathini wrote: Get rid of multiple definitions of append_elf_note() & final_note() functions. Reuse these functions compiled under CONFIG_CRASH_

Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

On Friday 20 January 2017 11:17 AM, Michael Ellerman wrote: Hari Bathini <hbath...@linux.vnet.ibm.com> writes: Get rid of multiple definitions of append_elf_note() & final_note() functions. Reuse these functions compiled under CONFIG_CRASH_CORE Also, define Elf_Word and use

Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

On Friday 06 January 2017 07:33 AM, Dave Young wrote: On 01/05/17 at 11:01pm, Hari Bathini wrote: Get rid of multiple definitions of append_elf_note() & final_note() functions. Reuse these functions compiled under CONFIG_CRASH_CORE Also, define Elf_Word and use it instead of generic

Re: [PATCH v3 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE

Hi Dave, On Thursday 05 January 2017 11:47 AM, Dave Young wrote: Hi, Hari On 01/02/17 at 07:43pm, Hari Bathini wrote: Traditionally, kdump is used to save vmcore in case of a crash. Some architectures like powerpc can save vmcore using architecture specific support instead of kexec/kdump

[PATCH v4 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse

As we are reusing crashkernel parameter instead of fadump_reserve_mem parameter to specify the memory to reserve for fadump's crash kernel, update the documentation accordingly. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt

[PATCH v4 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation

for multiple syntaxes to specify memory. Suggested-by: Dave Young <dyo...@redhat.com> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c | 23 ++- 1 file changed, 10 insertions(+), 13 deletions(-) diff --git a/arch/po

[PATCH v4 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC

ilar functions compiled under CONFIG_CRASH_CORE. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/Kconfig | 10 ++ arch/powerpc/include/asm/fadump.h |2 ++ arch/powerpc/kernel/crash.c|2 -- arch/powerpc/kernel/fadump.c

[PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

Get rid of multiple definitions of append_elf_note() & final_note() functions. Reuse these functions compiled under CONFIG_CRASH_CORE Also, define Elf_Word and use it instead of generic u32 or the more specific Elf64_Word. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --

[PATCH v4 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE

, allowing code reuse without dependency on CONFIG_KEXEC. There is no functional change with this patch. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Changes from v3: * Renamed log_buf_kexec_setup()to log_buf_vmcoreinfo_setup() instead of log_buf_crash_setup(). Changes f

[PATCH v4 0/5] kexec/fadump: remove dependency with CONFIG_KEXEC and reuse crashkernel parameter for fadump

orts, for fadump as well. The last patch updates fadump kernel documentation about use of crashkernel parameter. --- Hari Bathini (5): crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE ia64: reuse append_elf_note() and final_note() functions pow

[PATCH v3 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse

As we are reusing crashkernel parameter instead of fadump_reserve_mem parameter to specify the memory to reserve for fadump's crash kernel, update the documentation accordingly. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- Documentation/powerpc/firmware-assisted-dump.txt

[PATCH v3 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation

for multiple syntaxes to specify memory. Suggested-by: Dave Young <dyo...@redhat.com> Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/kernel/fadump.c | 23 ++- 1 file changed, 10 insertions(+), 13 deletions(-) diff --git a/arch/po

[PATCH v3 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC

ilar functions compiled under CONFIG_CRASH_CORE. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --- arch/powerpc/Kconfig | 10 ++ arch/powerpc/include/asm/fadump.h |2 ++ arch/powerpc/kernel/crash.c|2 -- arch/powerpc/kernel/fadump.c

[PATCH v3 2/5] ia64: reuse append_elf_note() and final_note() functions

Get rid of multiple definitions of append_elf_note() & final_note() functions. Reuse these functions compiled under CONFIG_CRASH_CORE Also, define Elf_Word and use it instead of generic u32 or the more specific Elf64_Word. Signed-off-by: Hari Bathini <hbath...@linux.vnet.ibm.com> --

<    2   3   4   5   6   7   8   >