[PATCH 2/2] makedumpfile, ppc: Support to filter dump for kernels that use CONFIG_SPARSEMEM_VMEMMAP.
Steve Best
sbest at redhat.com
Wed Nov 27 17:21:51 UTC 2013
On 11/27/2013 11:08 AM, WANG Chao wrote:
> This is a backport of commit bcdba92 ("[PATCH v5] Support to filter dump
> for kernels that use CONFIG_SPARSEMEM_VMEMMAP."):
>
> commit bcdba92
> Author: Hari Bathini <hbathini at linux.vnet.ibm.com>
> Date: Mon Nov 25 17:20:55 2013 +0900
>
> [PATCH v5] Support to filter dump for kernels that use CONFIG_SPARSEMEM_VMEMMAP.
>
> Makedumpfile tool fails to filter dump for kernels that are build with
> CONFIG_SPARSEMEM_VMEMMAP set, as it fails to do address translations
> for vmemmap regions that are mapped out of zone normal. This patch
> provides support in makedumpfile to do vmemmap to physical address
> translations when they are mapped outside zone normal. Some kernel
> symbols are needed in vmcoreinfo for this changes to be effective.
> The kernel patch that adds the necessary symbols to vmcoreinfo has
> been posted to linuxppc devel mailing list. This patch is influenced
> by vmemmap to physical address translation support code in crash tool.
> This patch has been tested successfully at all dump filtering levels
> on kernels with CONFIG_SPARSEMEM_VMEMMAP set/unset. Also, tested dump
> filtering on already filtered vmcores (re-filtering).
>
> Changes from v4 to v5:
> Trimmed patch description to be compact and readable.
>
> Changes from v3 to v4:
> Rebased to devel branch.
>
> Signed-off-by: Onkar N Mahajan <onmahaja at in.ibm.com>
> Signed-off-by: Hari Bathini <hbathini at linux.vnet.ibm.com>
>
> On PPC platform, filter facility is broken since we use
> CONFIG_SPARSEMEM_VMEMMAP. This patch fixes this issue but also needs kernel
> counterpart fix to get makedumpfile filter working.
>
> Signed-off-by: WANG Chao <chaowang at redhat.com>
> ---
> ...pport-to-filter-dump-for-kernels-that-use.patch | 429 +++++++++++++++++++++
> kexec-tools.spec | 2 +
> 2 files changed, 431 insertions(+)
> create mode 100644 kexec-tools-2.0.4-makedumpfile-Support-to-filter-dump-for-kernels-that-use.patch
>
> diff --git a/kexec-tools-2.0.4-makedumpfile-Support-to-filter-dump-for-kernels-that-use.patch b/kexec-tools-2.0.4-makedumpfile-Support-to-filter-dump-for-kernels-that-use.patch
> new file mode 100644
> index 0000000..299f1a8
> --- /dev/null
> +++ b/kexec-tools-2.0.4-makedumpfile-Support-to-filter-dump-for-kernels-that-use.patch
> @@ -0,0 +1,429 @@
> +From bcdba922182def3dac288ca201e77e7738a1e4ab Mon Sep 17 00:00:00 2001
> +From: Hari Bathini <hbathini at linux.vnet.ibm.com>
> +Date: Mon, 25 Nov 2013 17:20:55 +0900
> +Subject: [PATCH] [PATCH v5] Support to filter dump for kernels that use
> + CONFIG_SPARSEMEM_VMEMMAP.
> +
> +Makedumpfile tool fails to filter dump for kernels that are build with
> +CONFIG_SPARSEMEM_VMEMMAP set, as it fails to do address translations
> +for vmemmap regions that are mapped out of zone normal. This patch
> +provides support in makedumpfile to do vmemmap to physical address
> +translations when they are mapped outside zone normal. Some kernel
> +symbols are needed in vmcoreinfo for this changes to be effective.
> +The kernel patch that adds the necessary symbols to vmcoreinfo has
> +been posted to linuxppc devel mailing list. This patch is influenced
> +by vmemmap to physical address translation support code in crash tool.
> +This patch has been tested successfully at all dump filtering levels
> +on kernels with CONFIG_SPARSEMEM_VMEMMAP set/unset. Also, tested dump
> +filtering on already filtered vmcores (re-filtering).
> +
> +Changes from v4 to v5:
> +Trimmed patch description to be compact and readable.
> +
> +Changes from v3 to v4:
> +Rebased to devel branch.
> +
> +Signed-off-by: Onkar N Mahajan <onmahaja at in.ibm.com>
> +Signed-off-by: Hari Bathini <hbathini at linux.vnet.ibm.com>
> +---
> + arch/ppc64.c | 175 +++++++++++++++++++++++++++++++++++++++++++++++++++++++--
> + makedumpfile.c | 39 +++++++++++++
> + makedumpfile.h | 37 ++++++++++++
> + 3 files changed, 247 insertions(+), 4 deletions(-)
>
Acked-by: Steve Best<sbest at redhat.com>
More information about the kexec
mailing list