aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/kexec/kexec-tools
AgeCommit message (Collapse)Author
2016-06-04kexec-tools: update to 2.0.12Alexander Kanavin
Drop kexec-tools-Refine-kdump-device_tree-sort.patch, it's merged upstream. (From OE-Core rev: 4a0eed2b44777f4b794e3972912ba51381417b7f) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-01-24kexec-tools: Define _GNU_SOURCE for getting loff_t definitionKhem Raj
Fixes errors e.g. vmcore-dmesg/vmcore-dmesg.c:370:32: error: unknown type name 'loff_t' (From OE-Core rev: 93911daf0b492d16d02b2bd7ce93ae1eb6bdb5a4) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-12-16kexec-tools: added the script kdumpWenlin Kang
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. (From OE-Core rev: c2492edcb9366ed1741fc6be7d41bc17844041fd) Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-09-12kexec-tools: Pass -r directly to linkerKhem Raj
-r is understood by gcc but not by clang, anyway its a linker option so pass it straight to linker by using -Wl explicitly (From OE-Core rev: 3f4ab836d7d9b7a994b65ab8c7ebf6ff65e6277b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-01kexec-tools: 2.0.9 -> 2.0.10Richard Purdie
Drop patch merged upstream and part of x32 patch merged upstream. Refresh patches. (From OE-Core rev: ae831faa25fa7bbe8ebff313f1ae6e862bcbe602) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-20kexec-tools: change powerpc memory size limitQuanyang Wang
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 (From OE-Core rev: 8458910b3524eeb5164137332f60ba40247c33fa) 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> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-20kexec-tools: disable the GCC's stack protection for purgatory codeKevin Hao
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. (From OE-Core rev: 466b0b2c572fb3201ca415b689ce7a950b8625a7) 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> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-04-10kexec-tools: Add support for build with x32 ABI in x86_64Mariano Lopez
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] (From OE-Core rev: 7b75430c2e3ffedb9ef4198fabf259b757b9ce5a) 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>
2015-02-21kexec-tools: fix build failure on aarch64_be architectureFathi Boudra
* refresh/cleanup the patch to apply cleanly on 2.0.9 * get rid of configure - it's autogenerated * configure.ac: use aarch64* wildcard (From OE-Core rev: 66457319e4050fee569aeccd1fe98fbf9f046f02) Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-02-15kexec-tools: 2.0.8 -> 2.0.9Richard Purdie
Adjust the patch since it was partially applied upstream (in a different form) but not completely since the ppc specific part was not applied. (From OE-Core rev: d397ba39e6a5a7d42641d489917033c779816a1a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-12-23kexec-tools: add aarch64 supportKai Kang
Add patch from https://fedorapeople.org/~hrw/aarch64/for-fedora/kexec-aarch64.patch to add aarch64 support for kexec-tools. (From OE-Core rev: 342ef3196bd754866bbdb54d538804ab71926553) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-06-13kexec-tools: Refine kdump device_tree sortChong Lu
The commit b02d735bf was to rearrange the device-tree entries, and assumed that these entries are sorted in the ascending order. but acctually when I was validating kexec and kdump, the order of serial node still is changed. So the patch is to sort these entries by the directory name in ascending order. (From OE-Core rev: c8722b510f779cd20757477a7f7a7a2a35b9a9c5) Signed-off-by: Yang Wei <Wei.Yang@windriver.com> Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-01-24kexec-tools: upgrade to 2.0.3Shane Wang
This patch is to upgrade kexec-tools to 2.0.3. And since fix_for_compiling_with_gcc-4.6.0.patch is there in 2.0.3, it is removed. (From OE-Core rev: aea75907ff0ad11b7a17910f74491278e55bbc10) Signed-off-by: Shane Wang <shane.wang@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-11kexec-tools: fix compiler errors with gcc 4.6.0Nitin A Kamble
(From OE-Core rev: b4a5bed917569975f2d702d3db55dd8e6c92e5fa) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>