I thought that this patch was added to the kexec tree, but I don't find it in git://git.kernel.org/pub/scm/utils/kernel/kexec/kexec-tools.git So I'm submitting it again for your consideration. A customer machine has run over the limit that we increased in October. > When boot.kdump runs: > > Loading kdump > 297 segments require a 16696-byte buffer > KCORE_ELF_HEADERS_SIZE 16384 too small > ELF core (kcore) parse failed > Cannot load /boot/vmlinuz-2.6.32.12-0.7.1-uv > failed Just barely overflowed. But I suggest doubling the buffer. Signed-off-by: Cliff Wickman <cpw at sgi.com> --- kexec/crashdump.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: kexec-tools-2.0.1/kexec/crashdump.h =================================================================== --- kexec-tools-2.0.1.orig/kexec/crashdump.h +++ kexec-tools-2.0.1/kexec/crashdump.h @@ -7,8 +7,8 @@ extern int get_xen_vmcoreinfo(uint64_t * /* Need to find a better way to determine per cpu notes section size. */ #define MAX_NOTE_BYTES 1024 -/* Expecting ELF headers to fit in 16K. Increase it if you need more. */ -#define KCORE_ELF_HEADERS_SIZE 16384 +/* Expecting ELF headers to fit in 32K. Increase it if you need more. */ +#define KCORE_ELF_HEADERS_SIZE 32768 /* The address of the ELF header is passed to the secondary kernel * using the kernel command line option memmap=nnn. * The smallest unit the kernel accepts is in kilobytes,
