Hi,
I have put together a kexec-tools tree that I hope will help in geting
new versions of kexec-tools. It is a clone of Eric's kexec-tools git
tree with the addition of the patches listed below, all of which seem
worthy of inclusion in the next release of kexec-tools.
My new kexec-tools-testing tree (what this email is about)
git://git.kernel.org/pub/scm/linux/kernel/git/horms/kexec-tools-testing.git
or
http://www.kernel.org/git/?p=linux/kernel/git/horms/kexec-tools-testing.git;a=summary
Eric's kexec-tools tree
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools.git
or
http://www.kernel.org/git/?p=linux/kernel/git/ebiederm/kexec-tools.git;a=summary
Eric, I hope that you can cast an eye over these patches and pull/reject them.
Everyone else, testing and feedback is more than welcome.
If you have patches that you think should be included in this tree,
please send them to the fastboot mailing list, CCed to Eric and myself.
Normal kernel patch rules apply: one patch per email, sign-off-lines,...
http://linux.yyz.us/patch-format.html
If there is a need for a more volatile tree, I am happy
to create kexec-tools-unstable, or something of that nature.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
commit c90732138081e08c0b0053497665d76bc414841a
Author: Zou Nan hai <[EMAIL PROTECTED]>
Date: Mon Aug 14 14:57:07 2006 +0800
ia64: kdump: patch clone ia64_boot_param area for crash
without this patch, crash tool will not able to analyze efi memmap of
first kernel from vmcore file.
This patch is against kexec-tools-1.101 with kdump10 patch.
Signed-off-by: Zou Nan hai <[EMAIL PROTECTED]>
Removed bogus fragments caused by whitespace addition
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit c11b9a46aa0e59b9325c80853a7ec48be6154d32
Author: Zou Nan hai <[EMAIL PROTECTED]>
Date: Mon Aug 14 14:53:10 2006 +0800
ia64: kdump: reserve efi memmap and boot param region
This patch is against kexec-tools-1.101 with kdump10 patch.
This patch reserve efi memmap and boot param area for the first kernel
so that they will not be overlapped.
Signed-off-by: Zou Nan hai <[EMAIL PROTECTED]>
Removed trailing whitespace
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit eadff1861a071f2185ab91860945cae22f8e5cef
Author: Magnus Damm <[EMAIL PROTECTED]>
Date: Wed Aug 23 12:51:21 2006 +0900
x86_64: Setup CS when booting vmlinux
The purgatory code in kexec-tools does not currently setup CS when booting a
64-bit ELF file such as a vmlinux file. This together with the fact that the
Linux kernel doesn't reload CS properly if booted from the 64-bit entry
point
means that booting a vmlinux may fail under certain conditions.
The only known combination that triggers this problem is when kexec-tools
and
kexec are used to load a x86_64 vmlinux under a dom0 Linux running under the
Xen hypervisor.
This patch is needed for sure to reload kernels with version <= 2.6.17.
There
are fixes for this problem in the URL below, but if a fix will be included
in
2.6.18 or not is unknown at this time.
http://permalink.gmane.org/gmane.linux.kernel/438998
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
Removed some trailing whitespace
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit 6ea7ee0cdab36daba4cea609d37548031d82b20f
Author: Magnus Damm <[EMAIL PROTECTED]>
Date: Wed Aug 23 12:51:21 2006 +0900
x86: fix triple underscore typo
fix triple underscore typo in x86 and x86_64 code
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit ebcfacc69c11c032bae28744ca41b73f70820ff2
Author: Magnus Damm <[EMAIL PROTECTED]>
Date: Wed Aug 23 12:51:21 2006 +0900
teach elf_rel_load() about section names
The patch extends elf_rel_load() to handle section names correctly.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit b4df9ad231f2a05171a3a0084f8825965436544b
Author: Magnus Damm <[EMAIL PROTECTED]>
Date: Wed Aug 23 12:51:21 2006 +0900
make elf_rel_build_load() use buffer from argument
elf_rel_build_load() is currently using the symbols purgatory and
purgatory_size as buffer and buffer size instead of using the arguments
passed to the function. This patch fixes this by changing the code to
use the function arguments as buffer and buffer size.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit b3f4db157a6a269be2d65edafed37bb8ae95e856
Author: Sachin Sant <[EMAIL PROTECTED]>
Date: Fri Sep 8 23:10:32 2006 +0530
ppc: support 64k page size
* kexec-tools for PPC64 only support 4k page size and does not work with
kernels
configured with 64k page size support. This patch adds support for 64k
page
size on PPC64 arch.
* Replace PAGE_SIZE by getpagesize()
Signed-off-by: Sachin Sant <[EMAIL PROTECTED]>
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit 6492b850281a106c042221b836a693141fd9b49b
Author: Vivek Goyal <[EMAIL PROTECTED]>
Date: Wed Sep 13 12:31:25 2006 +0900
x86_64: kdump: remove elf32 core header support
o Can not think of a reason why somebody will generate ELF32 core headers
while running 64 bit kexec-tools on a 64 bit OS. Hence getting rid of it.
o It broke crash tool as 32 bit headers can not define 64 bit OS as vaddr
field is 32 bit and it overflows. The vaddr field is filled for linearly
mapped region so that gdb can access the symbols and open the dump.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
Signed-off-by: Maneesh Soni <[EMAIL PROTECTED]>
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
commit b3535238c649d3887ab22de456b93ca285438da2
Author: Maneesh Soni <[EMAIL PROTECTED]>
Date: Wed Sep 13 12:31:25 2006 +0900
x86: kdump: fix prepare_elf_headers
o fix the regression in -kdump6 due to vmcore copy fix for x86_64 kdump
o Also made similar fix for i386
Signed-off-by: Maneesh Soni <[EMAIL PROTECTED]>
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
_______________________________________________
fastboot mailing list
[email protected]
https://lists.osdl.org/mailman/listinfo/fastboot
