summaryrefslogtreecommitdiffstats
path: root/arch/h8300
diff options
context:
space:
mode:
authorVivek Goyal <vgoyal@in.ibm.com>2006-03-26 01:37:02 -0800
committerLinus Torvalds <torvalds@g5.osdl.org>2006-03-26 08:56:54 -0800
commit10dbe196a8da6b3196881269c6639c0ec11c36cb (patch)
treec3359408b621a643ca544ea796cfbade81ac07c2 /arch/h8300
parent20c0d2d4402973050e7aad8a481ec6f847ee40d8 (diff)
downloadop-kernel-dev-10dbe196a8da6b3196881269c6639c0ec11c36cb.zip
op-kernel-dev-10dbe196a8da6b3196881269c6639c0ec11c36cb.tar.gz
[PATCH] i386: export: memory more than 4G through /proc/iomem
Currently /proc/iomem exports physical memory also apart from io device memory. But on i386, it truncates any memory more than 4GB. This leads to problems for kexec/kdump. Kexec reads /proc/iomem to determine the system memory layout and prepares a memory map based on that and passes it to the kernel being kexeced. Given the fact that memory more than 4GB has been truncated, new kernel never gets to see and use that memory. Kdump also reads /proc/iomem to determine the physical memory layout of the system and encodes this informaiton in ELF headers. After a crash new kernel parses these ELF headers being used by previous kernel and vmcore is prepared accordingly. As memory more than 4GB has been truncated, kdump never sees that memory and never prepares ELF headers for it. Hence vmcore is truncated and limited to 4GB even if there is more physical memory in the system. This patch exports memory more than 4GB through /proc/iomem on i386. Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/h8300')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud