summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorCliff Wickman <cpw@sgi.com>2011-02-23 10:31:41 -0600
committerSimon Horman <horms@verge.net.au>2011-02-24 07:34:34 +0900
commitb6a18093576eb207d898fe90d7823c4c083f70e1 (patch)
treee877933fff225d53561a5fcfaf6907415d451880
parentdad6f49c3643ece722a784a676434c88f3f1e19d (diff)
downloadkexec-tools-b6a18093576eb207d898fe90d7823c4c083f70e1.tar.gz
kexec: extend KCORE_ELF_HEADERS_SIZE again
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@sgi.com> Signed-off-by: Simon Horman <horms@verge.net.au>
-rw-r--r--kexec/crashdump.h4
1 files changed, 2 insertions, 2 deletions
diff --git a/kexec/crashdump.h b/kexec/crashdump.h
index 060bb88c..5a597eb9 100644
--- a/kexec/crashdump.h
+++ b/kexec/crashdump.h
@@ -7,8 +7,8 @@ extern int get_xen_vmcoreinfo(uint64_t *addr, uint64_t *len);
/* 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,