Hi all, I'm happy to announce the 2.0.1 release of kexec-tools. There are only a few minor changes since the 2.0.1-rc1 pre-release. This release can be downloaded from kernel.org: http://ftp.kernel.org/pub/linux/kernel/people/horms/kexec-tools/kexec-tools-2.0.1.tar.gz http://ftp.kernel.org/pub/linux/kernel/people/horms/kexec-tools/ I have also tagged it in git: git://git.kernel.org/pub/scm/linux/kernel/git/horms/kexec-tools.git http://git.kernel.org/?p=linux/kernel/git/horms/kexec-tools.git A summary of the changes since the previous release, kexec-tools 2.0.0, is below. commit 0de986976197056d0bf24456912778f1cbec05ef Author: Simon Horman <horms at verge.net.au> Date: Thu Aug 13 09:28:08 2009 +1000 kexec-tools 2.0.1 Signed-off-by: Simon Horman <horms at verge.net.au> commit b45bdabadd1b81777abea001ea7363a430f9e652 Author: M. Mohan Kumar <mohan at in.ibm.com> Date: Mon Aug 10 19:44:42 2009 +0530 Support R_PPC64_REL32 relocation type [PATCH 2/2] Support R_PPC64_REL32 relocation type gcc-4.4 compiler creates R_PPC64_REL32 relocation type in the ppc64 purgatory code. Add support to handle R_PPC64_REL32 relocation type. Signed-off-by: M. Mohan Kumar <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 3e804a5792dbf3c237789de8d6a86ffffca8e084 Author: M. Mohan Kumar <mohan at in.ibm.com> Date: Mon Aug 10 19:43:51 2009 +0530 Make dtstruct variable to be 8 byte aligned [PATCH 1/2] Make dtstruct variable to be 8 byte aligned kexec is creating a version 3 device tree to be backwards compatible. This version of the struct has 8-byte alignment for properties whose value is 8 or more bytes. As the code directly checks the pointer when deciding to add the alignment word, the struct memory must start on an 8 byte boundary. Force the dtstruct variable to be always 8 bytes aligned. Signed-off-by: M. Mohan Kumar <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit c24c6f32bb6b9b07d13c5b5c2456cb8004adc96f Author: Paul Mundt <lethal at linux-sh.org> Date: Tue Jul 28 07:37:58 2009 +0900 kexec: Handle datarootdir for newer autoconf versions. This fixes up the: config.status: WARNING: 'Makefile.in' seems to ignore the --datarootdir setting warning when producing the output Makefile. Signed-off-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit cc413b9512e7ac3b81e9ddea61f0ad1943b61e4b Author: Simon Horman <horms at verge.net.au> Date: Wed Jul 22 12:19:06 2009 +1000 kexec-tools 2.0.1-rc1-git Add -git to version so it doesn't look like a release. This is just so when people build code from git it can be identified as such from the version string. Signed-off-by: Simon Horman <horms at verge.net.au> commit 5273e798b25d78ed4e3f51879e8fb2093faa7422 Author: Simon Horman <horms at verge.net.au> Date: Wed Jul 22 12:09:50 2009 +1000 kexec-tools 2.0.1-rc1 Signed-off-by: Simon Horman <horms at verge.net.au> commit 3444dce25ba125ae6d9522bbd297f78cb31211fb Author: Simon Horman <horms at verge.net.au> Date: Wed Jul 22 12:09:13 2009 +1000 Include kexec/arch/cris/kexec-cris.h in distribution tarball Signed-off-by: Simon Horman <horms at verge.net.au> commit 346ed7a0c89e48f4bffceca8b4c4f50cc4932fc6 Author: Simon Horman <horms at verge.net.au> Date: Wed Jul 22 12:08:21 2009 +1000 Include kexec/arch/sh/crashdump-sh.h in distribution tarball Signed-off-by: Simon Horman <horms at verge.net.au> commit 24e8417fff62b3f3d4fbee52d0dd383ba50178a5 Author: Geoff Levand <geoffrey.levand at am.sony.com> Date: Mon Jun 22 15:08:49 2009 -0700 kexec: Fix printed symbol value Move the print statement so that the variable value has been assigned before its value is printed. Signed-off-by: Geoff Levand <geoffrey.levand at am.sony.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 7ca0270ab3e2f1abcc520f59c6795f1b873bddcd Author: Magnus Damm <damm at igel.co.jp> Date: Wed Mar 18 20:22:51 2009 +0900 sh: use physical address for zImage entry Use a physical address for the SuperH zImage entry point. This makes the zImage loader behave as the elf loader. Signed-off-by: Magnus Damm <damm at igel.co.jp> Signed-off-by: Simon Horman <horms at verge.net.au> commit 09e2b3a3f9f6477875da1bfacdcf1f1bb1b4486a Author: Magnus Damm <damm at igel.co.jp> Date: Wed Mar 18 15:07:46 2009 +0900 kexec jump: SuperH vmlinux support Create elf header and modify the kernel command line when loading a crash kernel or a kexec jump kernel. Signed-off-by: Magnus Damm <damm at igel.co.jp> Signed-off-by: Simon Horman <horms at verge.net.au> commit 0cd674d83b07bd5fd1bbd09d40bea2825e44d3d1 Author: Magnus Damm <damm at igel.co.jp> Date: Wed Mar 18 15:07:01 2009 +0900 kexec jump: use add_segment_phys_virt() Since /proc/iomem contains physical addresses, use add_segment_phys_virt(xxx, 0) instead of add_segment() in add_backup_segments(). This fix is needed for kexec jump on SuperH where add_segment() only takes virtual addresses. Signed-off-by: Magnus Damm <damm at igel.co.jp> Signed-off-by: Simon Horman <horms at verge.net.au> commit 958704f7e56f5eefef2d6e13975258400d3fdbfd Author: Bernhard Walle <bernhard.walle at gmx.de> Date: Mon Feb 9 23:53:53 2009 +0100 Correct email addresses Since I don't work for SUSE any more and 'bwalle at suse.de' is invalid, correct it in the copyright so that people can still contact me. Signed-off-by: Bernhard Walle <bernhard.walle at gmx.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit ad28e87b60062cfcd423fcdecce56d651c38cc1e Author: Chandru <chandru at in.ibm.com> Date: Wed Feb 4 22:02:03 2009 +0530 x86_64 : exclude gart memory region in kexec tools The following patch was discussed sometime back on kexec-tools mailing list. http://lists.infradead.org/pipermail/kexec/2008-December/003096.html Sending it here again for inclusion into kexec-tools. thanks ==================================== Exclude GART memory region and make kexec-tools to not create elf headers to it. Currently it seems like the dump analysis tools do not need a copy of the GART memory region, hence ignoring it in kexec-tools. Symtoms of accessing this region in kdump kernel included hangs, spurious restarts, and MCE (Machine Check Exception) panics in some AMD Opteron systems Signed-off-by: Chandru S <chandru at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 0f15c4319a6f26d55ad0ddb58c1c43068091c570 Author: Chandru <chandru at in.ibm.com> Date: Fri Feb 6 12:07:17 2009 +0530 powerpc: initialize drconf variables The initialization of lmb_size and num_of_lmbs got removed as part of the 'kexec memory ranges dynamic allocation' patch to kexec-tools (which added realloc_memory_ranges() code to kexec-tools). These variables are pertinent to ppc64 systems with ibm,dynamic-reconfiguration-memory node in device-tree, i.e systems with /proc/device-tree/ibm,dynamic-reconfiguration-memory. The following patch adds code to initialize the variables back again in kexec-tools. Without this patch kexec-tools will think that it needs to save only the memory represented in memory@ nodes and will skip the memory in /proc/device-tree/ibm,dynamic-reconfiguration-memory node of the device-tree. Signed-off-by: Chandru S <chandru at linux.vnet.ibm.com> Reviewed-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 988a8a9c29230233abf7772bc3dce00603f3011a Author: Bernhard Walle <bwalle at suse.de> Date: Fri Jan 16 19:11:45 2009 +0100 printf() consolidation Remove the fprintf(stderr,...) in get_memory_ranges() that adds unnecessary output in the normal kexec case that the user don't want to see. Use dbgprintf() in get_base_ranges() instead of #ifdef DEBUG fprintf(stderr,...) #endif to to make the code more readable. Signed-off-by: Bernhard Walle <bwalle at suse.de>diff --git a/kexec/arch/ppc64/kexec-ppc64.c b/kexec/arch/ppc64/kexec-ppc64.c index ad8a31c..8d4e42b 100644 Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 95c74405638c786bc76fbca5e4e8427dfe26e907 Author: Bernhard Walle <bwalle at suse.de> Date: Fri Jan 16 19:11:34 2009 +0100 Fix memory corruption when using realloc_memory_ranges() Because realloc_memory_ranges() makes the old memory invalid, and we return a pointer to memory_range in get_memory_ranges(), we need to copy the contents in get_memory_ranges(). Some code that calls realloc_memory_ranges() may be triggered by get_base_ranges() which is called after get_memory_ranges(). Yes, the memory needs to be deleted somewhere, but I don't know currently where it's the best, and since it's not in a loop and memory is deleted anyway after program termination I don't want to introduce unneccessary complexity. The problem is that get_base_ranges() gets called from architecture independent code and that allocation is PPC64-specific here. Signed-off-by: Bernhard Walle <bwalle at suse.de>diff --git a/kexec/arch/ppc64/kexec-ppc64.c b/kexec/arch/ppc64/kexec-ppc64.c index b0d8acd..ad8a31c 100644 Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 8afb534bf7c538eb3f57595054056289cda97b88 Author: Bernhard Walle <bwalle at suse.de> Date: Fri Jan 16 19:11:23 2009 +0100 Fix typo in realloc_memory_ranges() The base_memory_range should not become memory_range. We need to realloc base_memory_range to not change the contents of memory. That was a copy & paste error. Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 6d4cdf4f94bf7ad2d1752b553ea948385881ff79 Author: Bernhard Walle <bwalle at suse.de> Date: Fri Jan 16 15:06:48 2009 +0100 Fix missing FILE argument in fprintf() This fixes the following compiler warning kexec/arch/i386/crashdump-x86.c: In function 'get_crash_memory_ranges': kexec/arch/i386/crashdump-x86.c:144: warning: passing argument 1 of \ 'fprintf' from incompatible pointer type kexec/arch/i386/crashdump-x86.c:144: warning: passing argument 2 of \ 'fprintf' makes pointer from integer without a cast Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit b43a84a31a4be6ed025c1bdef3bb1c3c12e01b16 Author: Milton Miller <miltonm at bga.com> Date: Fri Jan 2 15:04:48 2009 -0600 ppc64: cleanups don't copy purgatory, as elf-load-rel does that for us (like x86_64). move function declarations from c to h files remove casts between void * and various pointers change some pointers between char and unsigned char * change args to be vars of the right type instead of casting or copying between types Signed-off-by: Milton Miller <miltonm at bga.com> Tested-by: M. Mohan Kumar <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 969203ab173765b775e617391a2605c073f63410 Author: Milton Miller <miltonm at bga.com> Date: Fri Jan 2 15:04:51 2009 -0600 entry wants to be void * The kexec info struct defines entry to be a void *, so pass around the user supplied value as one. This fixes the following warning: gcc -g -O2 -fno-strict-aliasing -Wall -Wstrict-prototypes -I./include -I./util_lib/include -Iinclude/ -I./kexec/arch/ppc64/include -c -MD -o kexec/kexec.o kexec/kexec.c kexec/kexec.c: In function ?my_load?: kexec/kexec.c:773: warning: assignment makes pointer from integer without a cast Signed-off-by: Milton Miller <miltonm at bga.com> Tested-by: M. Mohan Kumar <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 4fcb65c9089c2c9d203402d549c4e11e44021542 Author: Milton Miller <miltonm at bga.com> Date: Fri Jan 2 15:04:45 2009 -0600 ppc64: segments may be reordered Instead of fetching data from the segment array, remember the address when added and find the kernel text from the parsed elf header. While add_segment (and hence add_buffer) always adds to the end of the list of segments, it sorts the previous segments before each allocation. In some layouts, the device tree or initrd will fit in a hole below the the kernel. When that happens, the previus code mis-patches purgatory and the kexec fails. Signed-off-by: Milton Miller <miltonm at bga.com> Tested-by: M. Mohan Kumar <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 79c650e757561b03163da73dfc367f702248ef98 Author: Milton Miller <miltonm at bga.com> Date: Fri Jan 2 15:04:42 2009 -0600 ppc64: update kdump for 2.6.28 relocatable kernel The kernel updated its ABI to tell the relocatable kernel to run where it was loaded. We now need to set a flag in the kernel image. Since we only have the kernel image avialable as const data to kexec-tools c code, set the flag in the copy we put in purgatory, and have it set the flag in the kernel (after purgatory has run its checksum). To simplfy the purgatory code we can always copy the flag word back to the kernel as the c code made a copy of the original flag value. Signed-off-by: Milton Miller <miltonm at bga.com> Tested-by: M. Mohan Kumar <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit e8f2de09b52c3f4e23f907a6f6bf837b1f45af50 Author: Milton Miller <miltonm at bga.com> Date: Thu Jan 8 06:33:50 2009 -0600 ppc64: always check number of ranges when adding them make the idom "always call realloc_memory_ranges when filling a range entry" kexec was core dumping after using 5 exclude_range pairs when only 3 were allocated. also delcare realloc_memory_ranges to take void. Signed-off-by: Milton Miller <miltonm at bga.com> Tested-by: M. Mohan Kumar <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 14f69fc20bec03f7db1c4f4c0e45d9e73400e9a5 Author: Simon Horman <horms at verge.net.au> Date: Tue Nov 4 09:26:02 2008 +1100 Make x86_setup_jump_back_entry() static with a void argument list gcc complains because x86_setup_jump_back_entry() has no arguments, making the argument list void resolves this. Also, make the function static as it isn't used in any other files. And move the function above where it is used, to eliminate the need for a forward-declaration. Signed-off-by: Simon Horman <horms at verge.net.au> commit df0878e64e92d403c4e2e5604cd81d6d1baff169 Author: Bernhard Walle <bwalle at suse.de> Date: Wed Nov 26 10:00:52 2008 +0100 Fix compile warnings in get_memory_ranges() This patch fixes: kexec/arch/i386/kexec-x86-common.c: In function ?get_memory_ranges?: kexec/arch/i386/kexec-x86-common.c:189: \ warning: passing argument 2 of ?parse_iomem_single? from incompatible pointer type kexec/arch/i386/kexec-x86-common.c:189: \ warning: passing argument 3 of ?parse_iomem_single? from incompatible pointer type Yes, that was my own code. :-( Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 73a97629eab98f06b2b1a707e9b310d5fd9f9520 Author: Bernhard Walle <bwalle at suse.de> Date: Wed Nov 26 10:00:39 2008 +0100 Don't use /sys/firmware/memmap for Xen On Xen, we have to use /proc/iomem to retrieve the memory area for the kexec'd kernel, not /sys/firmware/memmap. Dom0 kernel gets a E820 map that contains only one region: 0000000000000000-0000000018e5e000 (System RAM) Compared to the /proc/iomem: 00000000-0009cbff : System RAM 0009cc00-0009ffff : reserved 000ce000-000d3fff : reserved 000e0000-000fffff : reserved 00100000-1fd6ffff : System RAM 01000000-04ffffff : Crash kernel 1ec00000-1fbfffff : Hypervisor code and data 1f0b4680-1f0b4873 : Crash note 1f0b4900-1f0b4a93 : Crash note 1f0b4b80-1f0b4d13 : Crash note 1f0b4e00-1f0b4f93 : Crash note ... Without that patch, /proc/vmcore is empty in the kexec'd kernel and I'm unable to copy the crashdump. Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit fcd049da6ac36183e2dc69bd1f479d059e8dd9a7 Author: Huang Ying <ying.huang at intel.com> Date: Wed Nov 26 14:47:38 2008 +0800 Fix kexec x86_64 load failed bug Fix a bug of kexec load on x86_64. Kexec fails to do load on x86_64, with error message: Symbol: cmdline_end not found cannot set Because kexec/arch/i386/kexec-bzImage.c accesses cmdline_end symbol in i386 purgatory, but there is no cmdline_end in x86_64 purgatory, and kexec-bzImage.c is used by x86_64 too. cmdline_end is added into x86_64 purgatory to solve the bug, because kexec jump support for x86_64 is planned. Reported-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Huang Ying <ying.huang at intel.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 9bf8dee9bab15d7f6de8a4cd332e77a1559083e3 Author: Bernhard Walle <bwalle at suse.de> Date: Fri Nov 14 10:48:04 2008 +0100 Fix spell error in help output This patch just fixes a spell error. Found by Dave Plater. Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 186a545ec38c028cadb948310dac4faba4589fd0 Author: Stefan Assmann <sassmann at suse.de> Date: Wed Nov 5 10:41:49 2008 +0100 Add include for offsetof macro kexec/arch/i386/kexec-elf-x86.c and kexec/arch/x86_64/kexec-elf-x86_64.c both use the macro offsetof() which according to the man page requires #include <stddef.h>. The include is not present at the moment and this patch adds it. This is necessary for compatibility with i.e. uClibc. Signed-off-by: Stefan Assmann <sassmann at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit d182ce5434c7b66569118db0ccfe63e5d8a03687 Author: Maxim Uvarov <muvarov at gmail.com> Date: Wed Oct 15 12:46:24 2008 +0400 ppc64: kexec memory ranges dynamic allocation Do not count max_memory_range for allocation. Increase allocation buffers when it is needed. This actually allows us to avoid a lot of troubles with various device-tree files. Signed-off-by: Maxim Uvarov <muvarov at gmail.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 2b6a50a16a3de9716c8a34af43b8286e5b58b1f2 Author: Huang Ying <ying.huang at intel.com> Date: Wed Oct 29 11:24:30 2008 +0800 core dump file support for ELF loader This patch adds core dump file support to ELF file loader. This can be used by kexec based hibernation to load hibernated image, which is from /proc/vmcore, a core dump file. Signed-off-by: Huang Ying <ying.huang at intel.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit ceb04ae1223ba5cdd40df744aa73a32b2cc7d879 Author: Huang Ying <ying.huang at intel.com> Date: Wed Oct 29 11:24:25 2008 +0800 kexec jump support for kexec-tools To support memory backup/restore an option named --load-preserve-context is added to kexec. When it is specified toggether with --mem-max, most segments for crash dump support are loaded, and the memory range between mem_min to mem_max which has no segments loaded are loaded as backup segments. To support jump back from kexeced, options named --load-jump-back-helper and --entry are added to load a helper image with specified entry to jump back. Signed-off-by: Huang Ying <ying.huang at intel.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 802a8a5e396e06a514251c44454c982bff3c5073 Author: Chandru <chandru at in.ibm.com> Date: Fri Oct 17 23:25:54 2008 +0530 kdump: check flags field from drconf memory On a powerpc machine when memory is dynamically removed/added from an lpar, the corresponding flags field in the drconf memory reflects the same with the bits unset/set accordingly. The kernel does a check on these flags while booting. Following are the similar changes brought in to kexec-tools. This makes kexec-tools to skip those memory regions that do not belong or are not assigned to the current partition ( but are available to dynamically add them back ). Without this patch (and with memory remove operation) copying vmcore fails with error as Copying data : [ 84 %] readmem: Can't read the dump memory(/proc/vmcore). Bad address read_pfn: Can't get the page data. Signed-off-by : Chandru S <chandru at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 39dd40d3e83acbe8ef2f1465e02e8d3e26e6a21d Author: Jay Lan <jlan at sgi.com> Date: Fri Sep 19 19:17:05 2008 -0700 IA64: better calculate PT_LOAD segment size This patch combines consecutive PL_LOAD segments into one. The end address of the last PL_LOAD segment, calculated by adding p_memsz to p_paddr & rounded up to ELF_PAGE_SIZE, will be the end address of this loaded_segments[] entry. This patch fixes the kdump kernel MCA problem caused by under- allocation of memory and a "kdump broken on ALtix 350" problem reported by Bernhard Walle. Simon, this patch replaces my previous patch I submitted on the underallocation issue. Signed-off-by: Jay Lan <jlan at sgi.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit a96b5c237919e6761260efa83cc6f9d455c25ac1 Author: Simon Horman <horms at verge.net.au> Date: Fri Oct 10 09:30:53 2008 +1100 Fix declaration of get_dyn_reconf_crash_memory_ranges() powerpc64-unknown-linux-gnu-gcc (GCC) 4.1.1 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. kexec/arch/ppc64/crashdump-ppc64.c:125: warning: function declaration isn't a prototype Signed-off-by: Simon Horman <horms at verge.net.au> commit 84aa7cf2468c2921d61d4cb97c1df670a470ea8b Author: Bernhard Walle <bwalle at suse.de> Date: Thu Oct 9 19:01:25 2008 +0200 Use return value of count_dyn_reconf_memory_ranges() This patch fixes the build error kexec/arch/ppc64/kexec-ppc64.c:140: \ warning: control reaches end of non-void function The patch returns 0 on success, and checks when the function is called for a non-zero value. Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 1d19ca0c4306c3c684cf4d277781975e4ad1c193 Author: Chandru <chandru at in.ibm.com> Date: Wed Sep 24 17:19:29 2008 +0530 kexec/kdump : get details of ibm, dynamic-reconfiguration-memory node of device tree Get number of lmb's (logical memory blocks) , size of each lmb from ibm,dynamic-memory property , get base memory ranges from ibm,dynamic-reconfiguration-memory node. Signed-off-by: Chandru Siddalingappa <chandru at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit cd8497a9a9e487684679b6747f7ba3f0a557328b Author: Chandru <chandru at in.ibm.com> Date: Wed Sep 24 17:19:18 2008 +0530 kexec/kdump : add a new linux, usable-drconf-memory node to the device tree Add a new linux,usable-drconf-memory property to the device tree passed to the 2nd kernel. Each entry in the property is of the form: a count followed by so many (base, size) pairs of usable memory regions. The total number of such entries is equal to number of lmb's in ibm,dynamic-memory property. Signed-off-by: Chandru Siddalingappa <chandru at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 726c130af8b1371aa32dc14f108a3fb1695860bb Author: Chandru <chandru at in.ibm.com> Date: Wed Sep 24 17:19:07 2008 +0530 kexec/kdump: read crash memory ranges from drconf memory Get the memory ranges of the 1st kernel excluding the memory reserved for kexec/kdump kernel in case of ibm,dynamic-reconfiguration-memory node of device tree Signed-off-by: Chandru Siddalingappa <chandru at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit d9c5b2da1fad4ac9064db4c890e41066f873f6d3 Author: Mohan Kumar M <mohan at in.ibm.com> Date: Tue Sep 30 18:26:21 2008 +0530 Relocatable kdump kernel support in kexec-tools Relocatable kdump kernel support in kexec-tools This patch adds relocatable kernel support for kdump in the kexec-tools code. A signature (0xfeed1234) is passed in r6 from panic code to the purgatory code through kexec_sequence function. The signature is used to differentiate between relocatable kdump kernel and non-kdump kernels. The purgatory code compares the signature and sets the __kdump_flag in head_64.S by using the offset with respect to next kernel load address. During the boot up, kernel code checks __kdump_flag and if it is set, the kernel will behave as relocatable kdump kernel. Signed-off-by: Mohan Kumar M <mohan at in.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit fc071d2a74ae26d817276e82ab71046e6387cbd1 Author: Simon Horman <horms at verge.net.au> Date: Wed Oct 8 15:52:19 2008 +1100 cris: add cris architecture to configure # PATH=$PATH:/usr/local/cris/bin/ CC=crisv32-axis-linux-gnu-gcc \ ./configure --host=crisv32-axis-linux-gnu configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking build system type... i686-pc-linux-gnu checking host system type... cris-axis-linux-gnu checking target system type... cris-axis-linux-gnu configure: error: unsupported architecture cris Signed-off-by: Simon Horman <horms at verge.net.au> commit b039510932e5b3d9691a5d423c34f7ebb14e5175 Author: Edgar E. Iglesias <edgar.iglesias at axis.com> Date: Thu Sep 4 16:08:50 2008 +0200 cris: Add CRISv32 support Hello, I hope this is the correct list to which to send these patches. Comments are very welcome. Thanks, Edgar From: Edgar E. Iglesias <edgar.iglesias at axis.com> Add a CRISv32 port. Initially only the elf filetype is supported. Signed-off-by: Edgar E. Iglesias <edgar.iglesias at axis.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 800fe37b7931cb11c47c88bf1fd69aa096d3cebe Author: Edgar E. Iglesias <edgar.iglesias at axis.com> Date: Fri Sep 5 11:25:58 2008 +0200 cris: add kexc_load syscall The released toolchain had an old list of syscalls (kexec_load was missing) so I had to add a fallback definition: Signed-off-by: Simon Horman <horms at verge.net.au> commit edd13ae1c4965b6f1e8a8e07d8e01d31fef37d55 Author: Simon Horman <horms at verge.net.au> Date: Wed Oct 8 15:53:02 2008 +1100 Only use -fno-zero-initialized-in-bss if it is available As pointed out by Edgar E. Iglesias, the -fno-zero-initialized-in-bss option to gcc is not available in the cris 3.2.1 toolchain. Signed-off-by: Simon Horman <horms at verge.net.au> commit 7210dc1f75575412b6c29b004614194b9d3ce956 Author: Simon Horman <horms at verge.net.au> Date: Wed Oct 8 17:08:51 2008 +1100 ia64: use generic put_unaligned() Signed-off-by: Simon Horman <horms at verge.net.au> commit 4bd67d530f92313fd66bb462d96e3995b8e08af3 Author: Bjorn Helgaas <bjorn.helgaas at hp.com> Date: Mon Oct 6 09:24:03 2008 -0600 ia64: make PA() work for both physical identity-mapped virtual addresses The EFI Runtime Services Table contains pointers to ia64 function descriptors. On existing, pre-Tiano, firmware, SetVirtualAddressMap() converts *all* these pointers from physical to virtual. On Tiano-based firmware, the pointer to the SetVirtualAddressMap() function descriptor is not converted, so it remains a physical pointer. The ia64 kexec purgatory patches the SetVirtualAddressMap() function descriptor so that when the new kernel calls SetVirtualAddressMap(), it never reaches firmware. Instead, it calls a dummy function that just returns success. Purgatory runs in physical mode, so it must convert the pointer from the RuntimeServicesTable to a physical address. This patch makes that conversion work both for old firmware (where the pointer is an identity- mapped virtual address) and new Tiano firmware (where the pointer is a physical address). Without this patch, kexec on Tiano firmware causes an MCA because ia64_env_setup() subtracts PAGE_OFFSET from a physical address and ends up with an invalid physical address. Referencing that address causes the MCA. Signed-off-by: Bjorn Helgaas <bjorn.helgaas at hp.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit c466edd86b31a9d34cde3db24b093223108627d2 Author: Jay Lan <jlan at sgi.com> Date: Fri Sep 12 13:10:34 2008 -0700 IA64: do not include uncached memory to vmcore Currently a memory segment in memory map with attribute of EFI_MEMORY_UC is denoted as "System RAM" in /proc/iomem, while memory of attribute (EFI_MEMORY_WB|EFI_MEMORY_UC) is also labeled the same. The kexec utility then includes uncached memory as part of vmcore. The kdump kernel may MCA when it tries to save the vmcore to a disk. A normal "cached" access can cause MCAs. Since kexec assembled memory ranges with memory tagged as "System RAM", the uncached memory will be excluded if it is labeled differently. Simon, since only IA64 will create "Uncached RAM" label, i do not make changes to other arch. Our HP machine in the lab is dead. I am sorry that i can not test against other IA64 systems (than SGI's). Feedback is very much appreciated. The corresponding kernel patch is needed to test this kexec patch: http://marc.info/?l=linux-ia64&m=122122791230130&w=2 This patch without the kernel patch will have no effect and do no harm. The kernel patch has been commited as "[IA64] kexec fails on systems with blocks of uncached memory". Signed-off-by: Jay Lan <jlan at sgi.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit b422925d35151caa65471c0f0d774727bde4a347 Author: Geoff Levand <geoffrey.levand at am.sony.com> Date: Wed Sep 10 18:40:46 2008 -0700 Fix ppc64 build warnings Fix these ppc64 32 bit build warnings: kexec/arch/ppc64/kexec-zImage-ppc64.c: In function 'zImage_ppc64_load': kexec/arch/ppc64/kexec-zImage-ppc64.c:164: warning: cast to pointer from integer of different size kexec/arch/ppc64/kexec-elf-ppc64.c: In function 'elf_ppc64_load': kexec/arch/ppc64/kexec-elf-ppc64.c:121: warning: integer constant is too large for 'unsigned long' type kexec/arch/ppc64/kexec-elf-ppc64.c:237: warning: cast from pointer to integer of different size kexec/arch/ppc64/kexec-elf-ppc64.c:276: warning: cast from pointer to integer of different size kexec/arch/ppc64/kexec-elf-ppc64.c:283: warning: cast from pointer to integer of different size kexec/arch/ppc64/kexec-elf-ppc64.c:287: warning: cast from pointer to integer of different size kexec/arch/ppc64/kexec-elf-ppc64.c:341: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'uint64_t' kexec/arch/ppc64/kexec-elf-ppc64.c:352: warning: format '%ld' expects type 'long int', but argument 5 has type 'size_t' kexec/arch/ppc64/crashdump-ppc64.c:45: warning: integer constant is too large for 'long' type kexec/arch/ppc64/crashdump-ppc64.c:46: warning: integer constant is too large for 'long' type kexec/arch/ppc64/crashdump-ppc64.c:56: warning: integer constant is too large for 'long' type kexec/arch/ppc64/crashdump-ppc64.c:57: warning: integer constant is too large for 'long' type Tested on PS3 (ppc64) with 32 and 64 bit builds. Signed-off-by: Geoff Levand <geoffrey.levand at am.sony.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit c1d13f4bd287f48c5fce02c3916b132f618c40fb Author: Geoff Levand <geoffrey.levand at am.sony.com> Date: Wed Sep 10 18:40:42 2008 -0700 Fix build warnings Fix these 64 bit build warnings: kexec/firmware_memmap.c:241: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' kexec/crashdump-elf.c:160: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'Elf64_Off' kexec/crashdump-elf.c:160: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'Elf64_Addr' kexec/crashdump-elf.c:160: warning: format '%llx' expects type 'long long unsigned int', but argument 6 has type 'Elf64_Addr' kexec/crashdump-elf.c:160: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'Elf64_Xword' kexec/crashdump-elf.c:160: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'Elf64_Xword' Tested on PS3 (ppc64) with 32 and 64 bit builds. Signed-off-by: Geoff Levand <geoffrey.levand at am.sony.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 011e3d8660ea44b934f6468b70b1411c97a123a8 Author: Paul Mundt <lethal at linux-sh.org> Date: Fri Sep 5 11:13:48 2008 +0900 sh: Add ELF relocation support for R_SH_DIR32/R_SH_REL32 relocs. Simple handler for the common SHcompact ELF relocations. Signed-off-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit 0723defb5308ac7fce296f8b596bff4df6803f01 Author: Paul Mundt <lethal at linux-sh.org> Date: Fri Sep 5 11:13:10 2008 +0900 kexec/kexec.h: Bring put/get_unaligned() back from the dead. This re-enables the fairly generic put/get_unaligned() routines in kexec.h, while tidying up the variable shadowing clash that results when using it in places like machine_apply_elf_rel(). Needed for SH ELF relocations. IA64 still does its own put_unaligned64(), which should likely also be converted over to using put_unaligned() directly. Signed-off-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit e534a0c9fed2066ed3636a082e67f6fafa779019 Author: Magnus Damm <damm at igel.co.jp> Date: Wed Sep 3 20:38:11 2008 +0900 sh: Add vmlinux crash dump support This patch adds SuperH crash dump support. The vmlinux loader is modified with crash dump hooks as on other architectures. SuperH does not need any backup region, so only the elf header is allocated from the top of the reserved memory window. The actual size of the memory window is passed to the secondary kernel on the command line using "mem=". The secondary kernel must be configured to match the reserved memory window, change kernel parameters CONFIG_MEMORY_START and CONFIG_MEMORY_SIZE. Linux-2.6.27 should be usable as primary kernel on SuperH, later kernel versions are needed to fully support secondary kernel /proc/vmcore. Signed-off-by: Magnus Damm <damm at igel.co.jp> Acked-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit e956e4a66847606e133bcc4b97704aa09441a064 Author: Magnus Damm <damm at igel.co.jp> Date: Wed Sep 3 20:36:42 2008 +0900 sh: Fix help text spelling Fix SuperH help text spelling. Signed-off-by: Magnus Damm <damm at igel.co.jp> Signed-off-by: Simon Horman <horms at verge.net.au> commit 93792363d3455459c7af7c646c0a1d1238c772fb Author: Maxim Shchetynin <maxim at de.ibm.com> Date: Wed Aug 27 10:04:56 2008 +0200 Let kexec work on IBM QS2x blade servers Hello, please have a look at the following patch. This patch allows kexec to work on IBM QS2x blades. Would it be possible to apply this patch to a next kexec version? Signed-off-by: Maxim Shchetynin <maxim at de.ibm.com> Signed-off-by: Simon Horman <horms at verge.net.au> commit 6eae8c1bc4d43d07c9799b2406ba42b995f2368d Author: Magnus Damm <damm at igel.co.jp> Date: Wed Aug 27 17:33:20 2008 +1000 sh: Add vmlinux support Add SuperH vmlinux support through a zero-page aware elf loader. Only for kexec at this point, in the future kdump support will be added. Signed-off-by: Magnus Damm <damm at igel.co.jp> Acked-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit 61d60261c616d75d6bd380744a78400972dd3e46 Author: Magnus Damm <damm at igel.co.jp> Date: Wed Aug 27 17:33:17 2008 +1000 sh: Use dynamic zImage load address Dynamically calculate SuperH zImage load address instead of hardcoding. Signed-off-by: Magnus Damm <damm at igel.co.jp> Acked-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit e64db1cf9213d0ef9ce3c3df0ce9e23b1c2d7604 Author: Magnus Damm <damm at igel.co.jp> Date: Wed Aug 27 17:32:31 2008 +1000 sh: Autodetect zImage zero page address Autodetect the zero page base address for zImages on SuperH. Signed-off-by: Magnus Damm <damm at igel.co.jp> Acked-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit ded6432c225a10c6390c83463471977c18492fff Author: Magnus Damm <damm at igel.co.jp> Date: Wed Aug 27 17:32:29 2008 +1000 sh: Add virtual addresses support Implement virtual-to-physical address conversion functions for SuperH. Signed-off-by: Magnus Damm <damm at igel.co.jp> Acked-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit 4c3af19e8a98a11effa56fe21d3f557e15017f02 Author: Magnus Damm <damm at igel.co.jp> Date: Wed Aug 27 17:32:26 2008 +1000 sh: Get system memory ranges from /proc/iomem Parse contents of /proc/iomem instead of hardcoding RAM ranges. Signed-off-by: Magnus Damm <damm at igel.co.jp> Acked-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit 4b10f34bdc404f2c174fcb9b6a8638cb2ee96765 Author: Magnus Damm <damm at igel.co.jp> Date: Wed Aug 27 17:30:41 2008 +1000 sh: Add support for sh4al-dsp processors Add support for sh4al-dsp processors such as sh7722. Signed-off-by: Magnus Damm <damm at igel.co.jp> Acked-by: Paul Mundt <lethal at linux-sh.org> Signed-off-by: Simon Horman <horms at verge.net.au> commit cfa1ab96374d80f7c355cda30cd6922f96f20405 Author: Marc Kleine-Budde <mkl at pengutronix.de> Date: Sun Aug 24 21:21:36 2008 +0200 arm: asm/page.h is no longer exported to userspace In recent kernels "asm/page.h" isn't exported to userspace anymore, thus the include is removed. Further this patch defines _XOPEN_SOURCE, in order to use getpagesize. Signed-off-by: Marc Kleine-Budde <mkl at pengutronix.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 76e8efd603bf0134788634d2290490e7e346cca2 Author: Bernhard Walle <bwalle at suse.de> Date: Tue Aug 26 11:11:59 2008 +0200 Update INSTALL That patch should merge my accidentally written INSTALL file with that already present in the git tree. It adds following items: - static compilation - cross compilation And updates the instructions to build the auto-generated files to use the "bootstrap" script already present. Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit ffe7ad89763e21952b44872951fb915bf9e9ca85 Author: Bernhard Walle <bwalle at suse.de> Date: Tue Aug 26 11:03:43 2008 +0200 Add INSTALL to tarball This patch just adds the installation file to the tarball. Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 6abf3ba5dc63ef670010927d5572d38c3ce2a587 Author: Bernhard Walle <bwalle at suse.de> Date: Tue Aug 26 10:16:49 2008 +0200 Move $(LIBS) on the end To make static compilation work with LDFLAGS=-static ./configure make we have to move $(LIBS) on the end of the compiler line. Static compilation has been requested by "Yinghai Lu" <yhlu.kernel at gmail.com>. Although I don't see the practical benefit in most cases, I don't think we should not support it. Since kexec does not use name resolution functions of libc, it's valid to use static linking. Tested on x86_64-suse-linux. Signed-off-by: Bernhard Walle <bwalle at suse.de> Signed-off-by: Simon Horman <horms at verge.net.au> commit 8108aeeef14a2ab40756e90c980ac09687eff007 Author: Simon Horman <horms at verge.net.au> Date: Sat Jul 19 10:33:05 2008 +1000 kexec-tools 2.0.0-git Add -git to version so it doesn't look like a release. This is just so when people build code from git it can be identified as such from the version string. Signed-off-by: Simon Horman <horms at verge.net.au>
