Re: [patch v2 2/2] s390: Add architecture code for unmapping crashkernel memory

2011-09-13 Thread Andrew Morton
On Tue, 13 Sep 2011 15:26:37 +0200 Michael Holzheu wrote: > From: Michael Holzheu > > This patch implements the crash_map_pages() function for s390. > KEXEC_CRASH_MEM_ALIGN is set to HPAGE_SIZE, in order to support > kernel mappings that use large pages. > > Signed-off-by: Michael Holzheu > -

Re: vmcore_init() failure using uImage on fsl_booke

2011-09-13 Thread McClintock Matthew-B29882
On Tue, Sep 13, 2011 at 4:33 PM, Dennis Flynn wrote: > Reserved crash kernel memory: crashkernel=256M@512 I assume this is 512M? > Reading 16 bytes from address 0x2086E000 within /dev/oldmem > 00 00 00 00 00 00 00 00 > Warning: Core image elf header not found > Kdump: vmcore not initiali

vmcore_init() failure using uImage on fsl_booke

2011-09-13 Thread Dennis Flynn
Hi, I am seeing a problem with the kdump kernel running on my Freescale mpc8536 based board. Specifically when the crash kernel boots after a forced panic, vmcore fails to initialize. The following errors are displayed by vmcore_init() Warning: Core image elf header not found Kdump: vmcore not

Re: Kexec on P1020 - "Can't add kernel to addr 0x00000000"

2011-09-13 Thread McClintock Matthew-B29882
On Fri, Sep 9, 2011 at 9:36 AM, john hagen wrote: > Hello, > > I'm trying to make use of kexec on a couple of boards, a P1020rdb and > a custom P1011 board. My first attempts seem to report this "Can't add > kernel to addr 0x". What is kexec trying to tell me? Looking > for a pointer here,

Re: [patch v2 1/2] kdump: Add infrastructure for unmapping crashkernel memory

2011-09-13 Thread Vivek Goyal
On Tue, Sep 13, 2011 at 03:26:36PM +0200, Michael Holzheu wrote: > From: Michael Holzheu > > This patch introduces a mechanism that allows architecture backends to > remove page tables for the crashkernel memory. This can protect the loaded > kdump kernel from being overwritten by broken kernel c

[patch v2 2/2] s390: Add architecture code for unmapping crashkernel memory

2011-09-13 Thread Michael Holzheu
From: Michael Holzheu This patch implements the crash_map_pages() function for s390. KEXEC_CRASH_MEM_ALIGN is set to HPAGE_SIZE, in order to support kernel mappings that use large pages. Signed-off-by: Michael Holzheu --- arch/s390/include/asm/kexec.h|3 +++ arch/s390/kernel/machine_ke

[patch v2 0/2] kdump: Allow removal of page tables for crashkernel memory

2011-09-13 Thread Michael Holzheu
Hello Vivek, Andrew, Martin Here the updated patch series for the removal of page tables for the crashkernel memory: [1] kdump: Add infrastructure for unmapping crashkernel memory [2] s390: Add architecture code for unmapping crashkernel memory The patches apply on top of the last kdump patch se

[patch v2 1/2] kdump: Add infrastructure for unmapping crashkernel memory

2011-09-13 Thread Michael Holzheu
From: Michael Holzheu This patch introduces a mechanism that allows architecture backends to remove page tables for the crashkernel memory. This can protect the loaded kdump kernel from being overwritten by broken kernel code. Two new functions crash_map_reserved_pages() and crash_unmap_reserved

Re: [RFC][patch 1/2] kdump: Add infrastructure for unmapping crashkernel memory

2011-09-13 Thread Vivek Goyal
On Mon, Sep 12, 2011 at 05:55:02PM +0200, Michael Holzheu wrote: > Hello Vivek, > > On Fri, 2011-09-09 at 14:23 -0400, Vivek Goyal wrote: > > On Thu, Sep 08, 2011 at 03:26:10PM +0200, Michael Holzheu wrote: > > > From: Michael Holzheu > > > > > > This patch introduces a mechanism that allows arc

Re: makedumpfile: Add erased information in compressed kdump file and ELF formatted dumpfile

2011-09-13 Thread Mahesh Jagannath Salgaonkar
On 09/12/2011 11:54 PM, Dave Anderson wrote: > > Hi Mahesh, > > Now that this feature is in makedumpfile-1.4.0, I presume that you > have crash utility "warning" patches underway? Yup. I am working on it, will post the patches very soon. > > Also, can you confirm that compressed or kdumps with