[patch v3 7/8] kexec-tools: Add s390 kdump support

From: Michael Holzheu This patch adds kdump support for s390 to the kexec tool and enables the "--load-panic" option. When loading the kdump kernel and ramdisk we add the address of the crashkernel memory to the normal load address. Signed-off-by: Michael Holzheu --- include/elf.h

[patch v3 5/8] s390: kdump backend code

From: Michael Holzheu This patch provides the architecture specific part of the s390 kdump support. Signed-off-by: Michael Holzheu --- arch/s390/Kconfig| 10 + arch/s390/include/asm/ipl.h |1 arch/s390/include/asm/kexec.h|3 arch/s390/include/asm/setup.h

[patch v3 0/8] kdump: Patch series for s390 support (version 3)

Hello Vivek, I updated the patch series according to our last discussions. As you requested, I removed the "#if !defined(CONFIG_S390)" in the panic function. The semantics is now as follows: If kdump is loaded, kdump is always triggered for panic and PSW restart (s390 NMI). If kdump is not loade

[patch v3 3/8] kdump: Add size to elfcorehdr kernel parameter

From: Michael Holzheu Currently only the address of the pre-allocated ELF header is passed with the elfcorehdr= kernel parameter. In order to reserve memory for the header in the 2nd kernel also the size is required. Current kdump architecture backends use different methods to do that, e.g. x86 u

[patch v3 2/8] kdump: Make kimage_load_crash_segment() weak

From: Michael Holzheu On s390 we do not create page tables at all for the crashkernel memory. This requires a s390 specific version for kimage_load_crash_segment(). Therefore this patch declares this function as "__weak". The s390 version is very simple. It just copies the kexec segment to real m

[patch v3 8/8] kexec-tools: Allow to call verify_sha256_digest() from kernel

From: Michael Holzheu For s390 we first want to check if kdump checksums are valid before we start the kdump kernel. With this patch on s390 the purgatory entry point is called with a parameter. If the parameter is "0", only the checksum test is done and the result (0 = ok, 1 = invalid) is passed

[patch v3 1/8] kdump: Add KEXEC_CRASH_CONTROL_MEMORY_LIMIT

From: Michael Holzheu On s390 there is a different KEXEC_CONTROL_MEMORY_LIMIT for the normal and the kdump kexec case. Therefore this patch introduces a new macro KEXEC_CRASH_CONTROL_MEMORY_LIMIT. This is set to KEXEC_CONTROL_MEMORY_LIMIT for all architectures that do not define KEXEC_CRASH_CONTR

[patch v3 4/8] s390: Add real memory access functions

From: Michael Holzheu Add access function for real memory needed by s390 kdump backend. Signed-off-by: Michael Holzheu --- arch/s390/include/asm/system.h |2 + arch/s390/mm/maccess.c | 57 + drivers/s390/char/zcore.c | 20 +--

[patch v3 6/8] s390: Do first kdump checksum test before really starting kdump

From: Michael Holzheu With this patch first the kdump checksums in purgatory are verified (with start_kdump(0)) before kdump is started. This allows us to do the shutdown actions defined under /sys/firmware as recovery action in case kdump is overwritten. The main use case is to define stand-alon

Re: [PATCH v2 7/8] makedumpfile: Add erased information in compressed kdump file

Hi Mahesh, On Wed, 18 May 2011 01:36:17 +0530 Mahesh J Salgaonkar wrote: > --- a/makedumpfile.c > +++ b/makedumpfile.c > @@ -29,6 +29,8 @@ struct DumpInfo *info = NULL; > struct module_sym_table mod_st = { 0 }; > struct filter_info *filter_info = NULL; > struct filter_confi

Re: [PATCH v2 5/8] makedumpfile: Read and process filter commands from config file.

Hi Mahesh, On Thu, 11 Aug 2011 17:33:48 +0530 Mahesh J Salgaonkar wrote: > > > > > > BTW makedumpfile.c has become a large file which is bigger than 10KLine, > > > and I will separate it to some files for the maintenance. > > > > To shrink makedumpfile.c file, I made a prototype patch. > > (co