aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/kexec
AgeCommit message (Collapse)Author
2016-01-29kexec: package kdump init script/configuration file correctlyRoy Li
kdump init script/configuration files are under ${sysconfdir}, not ${sysconfig} and should be packaged into kdump sub-package Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-01-22kexec-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' Signed-off-by: Khem Raj <raj.khem@gmail.com>
2016-01-22kexec-tools: inherit update-rc.dRoy Li
init script kdump is added, so inherit update-rc.d Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-27kexec-tools: update to 2.0.11Alexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
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. Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
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 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-08-01kexec-tools: 2.0.9 -> 2.0.10Richard Purdie
Drop patch merged upstream and part of x32 patch merged upstream. Refresh patches. 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 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>
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. 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>
2015-04-09kexec-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] 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 Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-02-14kexec-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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-01-16kexec-tools: separate B and SRobert Yang
It works well now, and bump the PR to avoid: configure: error: source directory already configured; run "make distclean" there first Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2014-12-22kexec-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. Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-11-06kexec-tools: 2.0.7 -> 2.0.8Richard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-08-11kexec-tools: reinstate 'kexec-tools' packageKoen Kooi
The vmcore commit emptied out ${PN} leading to things like: Collected errors: * opkg_install_cmd: Cannot install package kexec-tools. Let's do the right thing and make ${PN} an empty meta-package that drags in all tools like people expect it to do. Signed-off-by: Koen Kooi <koen.kooi@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-08-11kexec-tools: fix recompile errorRobert Yang
Fixed: NOTE: make -j 32 make: *** No rule to make target `/path/to/sysroot/4.9.0/include/stddef.h', needed by `kexec/kexec.o'. Stop. This happens when upgrade gcc from 4.9.0 to 4.9.1, and the kexec/kexec.d isn't regenerated when recompile, the content of it are: [snip] kexec/kexec.o: /path/to/sysroot/4.9.0/include/stddef.h [snip] And Makefile includes the kexec/kexec.d file if it exists, so there would be errors when /path/to/sysroot/4.9.0/include/stddef.h doesn't exist. Remove kexec/kexec.d and other similar files will fix the problem. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-08-06kexec-tools: Create separate package for vmcore-dmesgRicardo Neri
The kexec-tools recipe already specifies separate packages for kexec and kdump. Thus, it follows that a separate package can also be used to install vmcore-dmesg granularly. Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-07-08kexec-tools: upgrade to 2.0.7Ricardo Neri
Kexec-tools v2.0.7 is out, upgrade accordingly. Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com> CC: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-06-17kexec-tools: fix warning about patch could not be foundChong Lu
kexec-tools-klibc required kexec-tools.inc file. Put the patch of kexec-tools into bb file in order to fixing QA warning about files path. The patch only needed by kexec-tools. Signed-off-by: Chong Lu <Chong.Lu@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. 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>
2014-04-30kexec-tools: upgrade to 2.0.6Laurentiu Palcu
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-02-28autotools-brokensep: Mark recipes with broken separate build dir supportRichard Purdie
This patch goes through the OE-Core recipes and marks those which use autotools but don't support a separate build directory (${S} != ${B}). A new class, autotools-brokensep is used for this purpose. This doesn't introduce any change in behaviour in its own right. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-12kexec-tools: upgraded to 2.0.4Bogdan Marinescu
Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18kexec-tools: Add dependency on xzRichard Purdie
kexec-tools optionally looks for the lzma code provided by xz. Since this is generally useful for lzma compressed kernels, add the dependency and make builds determinstic. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-25kexec-tools: admit mips as a COMPATIBLE_HOSTPhil Blundell
Signed-off-by: Phil Blundell <pb@pbcl.net> 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. Signed-off-by: Shane Wang <shane.wang@intel.com>
2012-01-10kexec-tools: split packaging of kexec and kdumpAndrea Adami
* from meta-oe (originally from org.openembedded.dev) * There are no reasons to install kdump when only kexec is needed. * * In oe-core/meta there are no references to kexec-tools so * the recipes inn external layers rdepending on kexec-tools should be * fixed and rdepend on kexec and/or kdump. * * Bump PR. Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
2011-10-05kexec-tools: fix architecture mismatch QA errorTom Zanussi
Building sato-sdk for an x86_64 target throws this QA error: | ERROR: QA Issue: Architecture did not match (62 to 3) on /work/x86_64-poky-li\ nux/kexec-tools-2.0.2-r1/packages-split/kexec-tools/usr/lib/kexec-tools/kexec_t\ est kexec_test uses 32-bit code for testing - add an INSANE_SKIP exception for it. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-09-29Fixup kexec-tools compatible host for powerpcMatthew McClintock
kexec does infact work and build on powerpc, enable the compatible host for these machines Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-06-09kexec-tools: don't depend on virtual/kernelPhil Blundell
There doesn't appear to be any terribly good reason for kexec-tools to depend on the kernel. (I verified that kexec-tools is buildable in a clean TMPDIR without having previously built virtual/kernel.) Having this dependency in place is a nuisance because it makes it awkward to put kexec into an initramfs. So, it seems like we would be better off without. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-11kexec-tools: fix compiler errors with gcc 4.6.0Nitin A Kamble
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-03-23Various: Update KERNELORG_MIRROR for consistencyTom Rini
In mirrors.bbclass we point into /pub but we don't in bitbake.conf. All uses of KERNELORG_MIRROR look into /pub anyhow, so lets make use of that. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-03-23Various: Switch to KERNELORG_MIRRORTom Rini
Signed-off-by: Tom Rini <tom_rini@mentor.com>
2010-12-16recipes-kernel: Update SUMMARY and DESCRIPTIONMark Hatle
Add missing SUMMARY and updated DESCRIPTION fields if necessary Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2010-12-09SRC_URI Checksums AdditionalsSaul Wold
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2010-11-18kexec_tools: Upgraded to version 2.0.2Dongxiao Xu
Remove the patch since the fix is already in latest upstream. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>