lkml.org 
[lkml]   [2012]   [Nov]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[PATCH 0/9] x86, boot, 64bit: Add support for loading ramdisk and bzImage high
Date
Now we have limit kdump reseved under 896M, because kexec has the limitation.
and also bzImage need to stay under 4g.

To make kexec/kdump could use range above 4g, we need to make bzImage and
ramdisk could be loaded above 4g.
During booting bzImage will be unpacked on same postion and stay high.

The patches add field in boot header to
1. get info about ramdisk position info above 4g from bootloader/kexec
2. set code64_start_offset in header for bzImage and bootloader/kexec load
could check that to decide if need to put bzImage high.

This patches is tested with kexec tools with local changes, will send kexec
tools change to kexec list later.

could be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-x86-boot

and it is on top of for-x86-mm

Thanks

Yinghai

Yinghai Lu (9):
x86, boot: Move lldt/ltr out of 64bit only path
x86: Add macro for 64bit entry for bzImage
x86, 64bit: set extra ident page table for whole kernel range
x86, 64bit: add support for loading kernel above 512G
x86: Merge early_reserve_initrd for 32bit and 64bit
x86: add get_ramdisk_image/size
x86, boot: add field to support load bzImage and ramdisk high
x86: ramdisk info print with high bits.
x86: remove 1024g limitation for kexec buffer on 64bit

Documentation/x86/boot.txt | 4 ++
arch/x86/boot/compressed/head_64.S | 11 ++++--
arch/x86/boot/header.S | 11 ++++++-
arch/x86/include/asm/boot.h | 2 +
arch/x86/include/asm/bootparam.h | 3 ++
arch/x86/include/asm/kexec.h | 6 ++--
arch/x86/kernel/head32.c | 11 ------
arch/x86/kernel/head64.c | 11 ------
arch/x86/kernel/head_64.S | 45 ++++++++++++++++++++++-----
arch/x86/kernel/setup.c | 61 +++++++++++++++++++++++++++--------
10 files changed, 113 insertions(+), 52 deletions(-)

--
1.7.7



\
 
 \ /
  Last update: 2012-11-16 11:01    [W:0.213 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site