NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
f6071595ff
kumquat-buildroot/package/kexec/Config.in

21 lines
543 B
Plaintext
Raw Normal View History

- add kexec package
2006-12-19 14:24:27 +01:00
config BR2_PACKAGE_KEXEC
bool "kexec"
kexec: disable on unsupported architectures kexec only supports the following architectures. i?86 powerpc powerpc64 arm* s390x|s390 sh4|sh4a|sh3|sh mips* cris crisv32 ia64 x86_64 alpha The Buildroot kexec package is available when an unsupported target architecture is selected, leading to autobuild failures like the following. http://autobuild.buildroot.net/results/e706b08abb4fd1987fc4aa970d6be50fc92dc1fa/build-end.log This patch makes the kexec package available only for the supported architectures. Signed-off-by: Simon Dawson <spdawson@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-16 01:42:10 +01:00
depends on BR2_i386 || BR2_x86_64 || BR2_arm || BR2_armeb || \
BR2_mips || BR2_mips64 || BR2_mipsel || BR2_mips64el || \
arch: remove sh2, sh3 and sh3eb support This patch removes the sh2, sh3 and sh3eb support, because the user base is inexistent, and the Linux support for these architectures is poor. The sh2a support is preserved, because at least one user expressed interest in this architecture, and is actually using it: http://lists.busybox.net/pipermail/buildroot/2013-April/070399.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-04 15:25:34 +01:00
BR2_powerpc || BR2_sh4 || BR2_sh4a
- add kexec package
2006-12-19 14:24:27 +01:00
help
fix minor typo in kexec description Signed-off-by: Zoltan Gyarmati <mr.zoltan.gyarmati@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-29 14:56:40 +01:00
Kexec is a user space utility for loading another kernel
- add kexec package
2006-12-19 14:24:27 +01:00
and asking the currently running kernel to do something with it.
kexec: fix homepage URL The old one gives 404 error. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-29 11:45:49 +02:00
https://www.kernel.org/pub/linux/utils/kernel/kexec/
- add kexec package
2006-12-19 14:24:27 +01:00
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
if BR2_PACKAGE_KEXEC
- add kexec package
2006-12-19 14:24:27 +01:00
config BR2_PACKAGE_KEXEC_ZLIB
kexec: tweak zlib option name To match other _ZLIB options. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-26 22:17:12 +02:00
bool "zlib support"
- add kexec package
2006-12-19 14:24:27 +01:00
select BR2_PACKAGE_ZLIB
help
Support for compressed kernel images
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
endif
Reference in New Issue Copy Permalink