From: Bernhard Walle Date: Wed, 17 Oct 2007 06:31:22 +0000 (-0700) Subject: Express new ELF32 mechanisms in documentation X-Git-Tag: v3.12-rc1~25527 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=4fd45090d6aed83e3978689d8dc98ce16b9689dd;p=kernel%2Fkernel-generic.git Express new ELF32 mechanisms in documentation This patch reflects the http://git.kernel.org/?p=linux/kernel/git/horms/kexec-tools-testing.git;a=commit;h=b9c3648e690ad0dad12389659673206213a09760 change in kexec-tools-testing also now in the kernel documentation. Signed-off-by: Bernhard Walle Cc: "Randy.Dunlap" Cc: Vivek Goyal Cc: "Eric W. Biederman" Cc: Haren Myneni Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds --- diff --git a/Documentation/kdump/kdump.txt b/Documentation/kdump/kdump.txt index 68aa165..a9a411d 100644 --- a/Documentation/kdump/kdump.txt +++ b/Documentation/kdump/kdump.txt @@ -301,11 +301,13 @@ For ppc64: Notes on loading the dump-capture kernel: * By default, the ELF headers are stored in ELF64 format to support - systems with more than 4GB memory. The --elf32-core-headers option can - be used to force the generation of ELF32 headers. This is necessary - because GDB currently cannot open vmcore files with ELF64 headers on - 32-bit systems. ELF32 headers can be used on non-PAE systems (that is, - less than 4GB of memory). + systems with more than 4GB memory. On i386, kexec automatically checks if + the physical RAM size exceeds the 4 GB limit and if not, uses ELF32. + So, on non-PAE systems, ELF32 is always used. + + The --elf32-core-headers option can be used to force the generation of ELF32 + headers. This is necessary because GDB currently cannot open vmcore files + with ELF64 headers on 32-bit systems. * The "irqpoll" boot parameter reduces driver initialization failures due to shared interrupts in the dump-capture kernel.