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

23 lines
508 B
Plaintext
Raw Normal View History

New package: kmod [Peter: needs host-pkg-config] Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-16 16:04:36 +01:00
config BR2_PACKAGE_KMOD
bool "kmod"
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
depends on !BR2_STATIC_LIBS
kmod: needs largefile Since version 20 it requires largefile support. http://git.kernel.org/cgit/utils/kernel/kmod/kmod.git/commit/?id=481ad14550087c77c9df6d117c7a975a38a4ad33 - Disable --disable-largefile. We already had possible bugs in the index implementation if this were passed. It's now fixed, but it's never tested. Disable it. Fix build failure: configure: error: --disable-largefile is not supported by kmod package/pkg-generic.mk:172: recipe for target 'output/build/kmod-20/.stamp_configured' failed Fixes: http://autobuild.buildroot.net/results/f662d9230e4bc2da7dc56a2ffd493cc37254d377// http://autobuild.buildroot.net/results/233ec8ee346e15d41658cffc6bbb4a6c9dd46746// [Thomas: - use two separate 'depends on' conditions for BR2_STATIC_LIBS and BR2_LARGEFILE, like we do in most packages. - take this opportunity to also indicate the dependency on dynamic library in the comment, which was missing until now.] Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com> Cc: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-04 08:06:22 +01:00
depends on BR2_LARGEFILE
New package: kmod [Peter: needs host-pkg-config] Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-16 16:04:36 +01:00
help
handle kernel modules
kmod: adjust upstream URL kmod still doesn't have a real website, but git tree moved to kernel.org, so update help to match. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-22 15:32:57 +01:00
http://git.kernel.org/?p=utils/kernel/kmod/kmod.git
kmod: add option to install module utilities And ensure optional zlib+xz dependencies gets picked up. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-22 16:02:14 +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_KMOD
kmod: add option to install module utilities And ensure optional zlib+xz dependencies gets picked up. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-22 16:02:14 +01:00
config BR2_PACKAGE_KMOD_TOOLS
bool "kmod utilities"
kmod: only show tools option if BUSYBOX_SHOW_OTHERS As pointed out by Arnout. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-22 22:47:59 +01:00
depends on BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
kmod: add option to install module utilities And ensure optional zlib+xz dependencies gets picked up. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-22 16:02:14 +01:00
help
Install kmod module utilities (depmod, insmod, lsmod,
modinfo, modprobe, rmmod).
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
kmod: needs largefile Since version 20 it requires largefile support. http://git.kernel.org/cgit/utils/kernel/kmod/kmod.git/commit/?id=481ad14550087c77c9df6d117c7a975a38a4ad33 - Disable --disable-largefile. We already had possible bugs in the index implementation if this were passed. It's now fixed, but it's never tested. Disable it. Fix build failure: configure: error: --disable-largefile is not supported by kmod package/pkg-generic.mk:172: recipe for target 'output/build/kmod-20/.stamp_configured' failed Fixes: http://autobuild.buildroot.net/results/f662d9230e4bc2da7dc56a2ffd493cc37254d377// http://autobuild.buildroot.net/results/233ec8ee346e15d41658cffc6bbb4a6c9dd46746// [Thomas: - use two separate 'depends on' conditions for BR2_STATIC_LIBS and BR2_LARGEFILE, like we do in most packages. - take this opportunity to also indicate the dependency on dynamic library in the comment, which was missing until now.] Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com> Cc: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-04 08:06:22 +01:00
comment "kmod needs a toolchain w/ largefile, dynamic library"
depends on !BR2_LARGEFILE || BR2_STATIC_LIBS
Reference in New Issue Copy Permalink