diff options
author | Amerigo Wang <amwang@redhat.com> | 2011-03-03 00:10:43 +0800 |
---|---|---|
committer | Simon Horman <horms@verge.net.au> | 2011-03-03 07:10:48 +0900 |
commit | 1100580b05e3fdfe648d9be8617d962b11f4b88b (patch) | |
tree | 73d3fcc4f00d360b4467dd08ea5d65f7468dd714 /kexec/kexec-elf.c | |
parent | b6a18093576eb207d898fe90d7823c4c083f70e1 (diff) |
get the backup area dynamically
Currently we hard-coded the first 640K area as backup area,
however, this is not correct on some system which has reserved
memory area in the first 640K:
BIOS-e820: 0000000000010000 - 0000000000097000 (usable)
BIOS-e820: 0000000000097000 - 00000000000a0000 (reserved)
on such system we still mark all the first 640K as usable
in capture kernel, this will cause kernel panic.
The solution, pointed by Vivek, is that we can get the backup
area dynamically by reading /proc/iomem.
The reporter has tested this patch and it fixes the problem.
Signed-off-by: WANG Cong <amwang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Signed-off-by: Simon Horman <horms@verge.net.au>
Diffstat (limited to 'kexec/kexec-elf.c')
0 files changed, 0 insertions, 0 deletions