With no warning, it just looks like the box has hung during boot.
We don't want users resetting it without having captured a crashdump.
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
split kexec-tools into two packages, kexec and kdump.
* kexec to simply execute a new kernel
* kdump is for loading and collecting debris of a crashed kernel with
support for kdump forensics.
In order to properly support booting into a crashkernel, an init script
as well as UCI configuration has been added.
As modifying the kernel cmdline is required for this to work in x86
platforms use an uci-defaults script to modify /boot/grub/grub.cfg.
To test collecting crash information, use the 'c' sysrq-trigger, ie.
echo c > /proc/sysrq-trigger
This should result in the crash kernel being executed and (depending
on the configution) dmesg and/or vmcore getting saved.
To check if the crash kernel was loaded properly, use the 'status'
command of the kdump init script.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
Couple of important upstream patches (slated for 2.0.15) that
are necessary for kexec to run on MUSL and on x86 hardware.
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
- kexec-tools is now distributed with tarballs of .tar.gz and .tar.xz
format; .tar.bz2 are not provided anymore.
- Add CONFIG_KEXEC_LZMA for selecting lzma support.
Patches are updated along to:
- Remove the now unnecessary patch 0004-mips_regdefs.patch.
- Drop 100-reduce_size.patch because the size reduction is marginal.
- Allow zlib and lzma support coexist together. This patch has been
merged into upstream project.
- Fix kexec-tools' configure.ac.
- Fix a few compilation warnings.
Size comparison of stripped binaries of kexec malta target with both
zlib and lzma support enabled.
- Before: 41447
- After: 42583
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
SVN-Revision: 44437
Note, that licensing stuff is a nightmare: many packages does not clearly
state their licenses, and often multiple source files are simply copied
together - each with different licensing information in the file headers.
I tried hard to ensure, that the license information extracted into the OpenWRT's
makefiles fit the "spirit" of the packages, e.g. such small packages which
come without a dedicated source archive "inherites" the OpenWRT's own license
in my opinion.
However, I can not garantee that I always picked the correct information
and/or did not miss license information.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
SVN-Revision: 43155
Philip Prindeville