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

21 lines
555 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 || \
BR2_powerpc || BR2_sh4 || BR2_sh4a || BR2_sh3
- add kexec package
2006-12-19 14:24:27 +01:00
help
Kexec is a user space utiltity for loading another kernel
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