openembedded-core.git/meta/recipes-kernel/kexec/kexec-tools, branch 2016-10 Mirror of openembedded-core kdump: don't set default values for KDUMP_CMDLINE and KDUMP_KIMAGE 2016-07-25T22:47:01+00:00 Roy Li rongqing.li@windriver.com 2016-07-22T06:45:10+00:00 05dcb054fcd0c80bb09612c3e15b6b1f0487aae8 Do not set default values of KDUMP_CMDLINE and KDUMP_KIMAGE, and leave them set by configure file since they are different for different architectures. Take KDUMP_KIMAGE kdump kernel image for example: x86 is bzImage mips64 is vmlinux ppc is uImage arm is zImage Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Do not set default values of KDUMP_CMDLINE and KDUMP_KIMAGE, and leave
them set by configure file since they are different for different
architectures. Take KDUMP_KIMAGE kdump kernel image for example:

    x86 is bzImage
    mips64 is vmlinux
    ppc is uImage
    arm is zImage

Signed-off-by: Roy Li <rongqing.li@windriver.com>
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
kexec-tools: update to 2.0.12 2016-06-03T15:53:35+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-06-03T09:14:57+00:00 4a0eed2b44777f4b794e3972912ba51381417b7f Drop kexec-tools-Refine-kdump-device_tree-sort.patch, it's merged upstream. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Drop kexec-tools-Refine-kdump-device_tree-sort.patch, it's
merged upstream.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
kexec-tools: Define _GNU_SOURCE for getting loff_t definition 2016-01-22T23:42:52+00:00 Khem Raj raj.khem@gmail.com 2016-01-10T01:25:35+00:00 93911daf0b492d16d02b2bd7ce93ae1eb6bdb5a4 Fixes errors e.g. vmcore-dmesg/vmcore-dmesg.c:370:32: error: unknown type name 'loff_t' Signed-off-by: Khem Raj <raj.khem@gmail.com> 
Fixes errors e.g.

vmcore-dmesg/vmcore-dmesg.c:370:32: error: unknown type name 'loff_t'

Signed-off-by: Khem Raj <raj.khem@gmail.com>
kexec-tools: added the script kdump 2015-12-16T12:11:23+00:00 Wenlin Kang wenlin.kang@windriver.com 2015-12-11T06:16:53+00:00 c2492edcb9366ed1741fc6be7d41bc17844041fd Added the script file kdump,it provides the follow support: 1. Load a kdump kernel image into memory; 2. Copy away vmcore when system panic. Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Added the script file kdump,it provides the follow support:
1. Load a kdump kernel image into memory;
2. Copy away vmcore when system panic.

Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
kexec-tools: Pass -r directly to linker 2015-09-12T21:47:17+00:00 Khem Raj raj.khem@gmail.com 2015-09-07T08:27:27+00:00 3f4ab836d7d9b7a994b65ab8c7ebf6ff65e6277b -r is understood by gcc but not by clang, anyway its a linker option so pass it straight to linker by using -Wl explicitly Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
-r is understood by gcc but not by clang, anyway its a linker option so
pass it straight to linker by using -Wl explicitly

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
kexec-tools: 2.0.9 -> 2.0.10 2015-08-01T09:05:16+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2015-08-01T08:17:23+00:00 ae831faa25fa7bbe8ebff313f1ae6e862bcbe602 Drop patch merged upstream and part of x32 patch merged upstream. Refresh patches. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Drop patch merged upstream and part of x32 patch merged upstream.
Refresh patches.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
kexec-tools: change powerpc memory size limit 2015-07-20T09:39:01+00:00 Quanyang Wang quanyang.wang@windriver.com 2015-07-17T02:58:44+00:00 8458910b3524eeb5164137332f60ba40247c33fa When run "kexec" in powerpc board, the kexec has a limit that the kernel text and bss size must be less than 24M. But now some kernel size exceed the limit. So we need to change the limit, else will get the error log as below: my_load:669: do Could not find a free area of memory of 0x12400 bytes... Could not find a free area of memory of 0x13000 bytes... locate_hole failed Signed-off-by: Quanyang Wang <quanyang.wang@windriver.com> Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
When run "kexec" in powerpc board, the kexec has a limit that
the kernel text and bss size must be less than 24M. But now
some kernel size exceed the limit. So we need to change the limit,
else will get the error log as below:

my_load:669: do
Could not find a free area of memory of 0x12400 bytes...
Could not find a free area of memory of 0x13000 bytes...
locate_hole failed

Signed-off-by: Quanyang Wang <quanyang.wang@windriver.com>
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
kexec-tools: disable the GCC's stack protection for purgatory code 2015-07-20T09:39:01+00:00 Kevin Hao kexin.hao@windriver.com 2015-07-17T02:58:32+00:00 466b0b2c572fb3201ca415b689ce7a950b8625a7 If the GCC's stack protection is enabled by default, the purgatory will also be built with this option. But it makes no sense to enable this for the purgatory code, and would cause error when we are trying to relocate the purgatory codes because symbol like __stack_chk_fail is unresolved. Instead of disabling this for some archs specifically, disable it for all the archs. Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
If the GCC's stack protection is enabled by default, the purgatory will
also be built with this option. But it makes no sense to enable this
for the purgatory code, and would cause error when we are trying to
relocate the purgatory codes because symbol like __stack_chk_fail is
unresolved. Instead of disabling this for some archs specifically,
disable it for all the archs.

Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
kexec-tools: Add support for build with x32 ABI in x86_64 2015-04-09T18:48:00+00:00 Mariano Lopez mariano.lopez@linux.intel.com 2015-04-08T10:04:44+00:00 7b75430c2e3ffedb9ef4198fabf259b757b9ce5a Add autoconf test for detect when build is x32 ABI this enables to test into purgatory Makefile to avoid use -mcmodel=large flag in CC. Add ELFCLASS read and syscall number into kexec, see patch. [YOCTO #7419] Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Mariano Lopez <mariano.lopez@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Add autoconf test for detect when build is x32 ABI this enables to
test into purgatory Makefile to avoid use -mcmodel=large flag in CC.

Add ELFCLASS read and syscall number into kexec, see patch.

[YOCTO #7419]

Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
Signed-off-by: Mariano Lopez <mariano.lopez@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
kexec-tools: fix build failure on aarch64_be architecture 2015-02-21T22:04:25+00:00 Fathi Boudra fathi.boudra@linaro.org 2015-02-20T18:46:41+00:00 66457319e4050fee569aeccd1fe98fbf9f046f02 * refresh/cleanup the patch to apply cleanly on 2.0.9 * get rid of configure - it's autogenerated * configure.ac: use aarch64* wildcard Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> 
* refresh/cleanup the patch to apply cleanly on 2.0.9
* get rid of configure - it's autogenerated
* configure.ac: use aarch64* wildcard

Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org>
Signed-off-by: Ross Burton <ross.burton@intel.com>