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

21 lines
774 B
Plaintext
Raw Normal View History

add support for dmraid soft raid handling
2006-07-11 00:09:37 +02:00
config BR2_PACKAGE_DMRAID
bool "dmraid"
lvm2: needs threads lvm2 needs threads because of commit 35d3713bdc20a3ac22537ca04b0c1c6deab625cc Fixes: http://autobuild.buildroot.net/results/b4d/b4dcd9e98c4ea61f81b28675c0f87cfb2341f091/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-03-17 22:46:53 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS # lvm2
lvm2: uses fork() Fixes http://autobuild.buildroot.org/results/cbc74e2fb5eaefac1fe17ada1dc46a5c906cc1c9 Also propagate BR2_USE_MMU to lvm2's reverse dependencies. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-05 09:00:22 +01:00
depends on BR2_USE_MMU # lvm2
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 # lvm2
dmraid: exclude nios2 sourcery toolchains, _gp issue Fixes: http://autobuild.buildroot.net/results/a7e2631d06634d768faf5c1d02712cc9b38562c6/ Investigation of nios2 config.log shows that this is caused by the "infamous" _gp link issue on codesourcery toolchains: configure:9118: /ssd1/thomas/autobuild/instance-0/output/host/usr/bin/nios2-linux-gnu-gcc -o conftest -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 conftest.c -ldevmapper-event >&5 /ssd1/thomas/autobuild/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/nios2-linux-gnu/4.8.3/../../../../nios2-linux-gnu/bin/ld: /ssd1/thomas/autobuild/instance-0/output/host/usr/nios2-buildroot-linux-gnu/sysroot/usr/lib/crt1.o: undefined reference to symbol '_gp' /ssd1/thomas/autobuild/instance-0/output/host/usr/nios2-buildroot-linux-gnu/sysroot/usr/lib/libdevmapper.so.1.02: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status As with other cases, fixed by disabling this package when codesourcery toolchains are in use. Signed-off-by: Brendan Heading <brendanheading@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-27 21:51:44 +02:00
# dmraid triggers the _gp link issue
toolchain-external: CodeSourcery NIOSII: support only one version See the conclusion about external toolchains during the Buildroot meeting [1]: "In the future, we stick to a single external toolchain version. The Kconfig symbol should not encode the version (avoid legacy handling)" [1] http://elinux.org/index.php?title=Buildroot:DeveloperDaysELCE2015#Report Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-21 17:36:16 +01:00
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_NIOSII
dmraid must now require lvm2 and not dm As device-mapper has moved to lvm2, dmraid must now require lvm2. Signed-off-by: Nigel Kukard <nkukard@lbsd.net> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-06-15 15:52:54 +02:00
select BR2_PACKAGE_LVM2
add support for dmraid soft raid handling
2006-07-11 00:09:37 +02:00
help
dmraid: fix build & convert to Makefile.autotools.in Patch by Olaf Rempel <razzor@kopf-tisch.de> - was not building at all (x86 uclibc) - adding devicemapper dependency
2009-03-04 14:22:38 +01:00
dmraid discovers, activates, deactivates and displays properties
of software RAID sets (eg, ATARAID) and contained DOS partitions.
dmraid uses the Linux device-mapper to create devices with
respective mappings for the ATARAID sets discovered.
package: dm (and in turn dmraid) needs largefile support
2009-03-04 14:22:44 +01:00
packages: remove (non-)lfs dependencies and tweaks Now that largefile is mandatory removes package dependencies and conditionals. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-30 23:07:30 +02:00
comment "dmraid needs a toolchain w/ threads, dynamic library"
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE || !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 09:24:37 +01:00
depends on BR2_USE_MMU
dmraid: exclude nios2 sourcery toolchains, _gp issue Fixes: http://autobuild.buildroot.net/results/a7e2631d06634d768faf5c1d02712cc9b38562c6/ Investigation of nios2 config.log shows that this is caused by the "infamous" _gp link issue on codesourcery toolchains: configure:9118: /ssd1/thomas/autobuild/instance-0/output/host/usr/bin/nios2-linux-gnu-gcc -o conftest -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 conftest.c -ldevmapper-event >&5 /ssd1/thomas/autobuild/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/nios2-linux-gnu/4.8.3/../../../../nios2-linux-gnu/bin/ld: /ssd1/thomas/autobuild/instance-0/output/host/usr/nios2-buildroot-linux-gnu/sysroot/usr/lib/crt1.o: undefined reference to symbol '_gp' /ssd1/thomas/autobuild/instance-0/output/host/usr/nios2-buildroot-linux-gnu/sysroot/usr/lib/libdevmapper.so.1.02: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status As with other cases, fixed by disabling this package when codesourcery toolchains are in use. Signed-off-by: Brendan Heading <brendanheading@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-27 21:51:44 +02:00
# dmraid triggers the _gp link issue
toolchain-external: CodeSourcery NIOSII: support only one version See the conclusion about external toolchains during the Buildroot meeting [1]: "In the future, we stick to a single external toolchain version. The Kconfig symbol should not encode the version (avoid legacy handling)" [1] http://elinux.org/index.php?title=Buildroot:DeveloperDaysELCE2015#Report Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-21 17:36:16 +01:00
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_NIOSII
packages: remove (non-)lfs dependencies and tweaks Now that largefile is mandatory removes package dependencies and conditionals. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-30 23:07:30 +02:00
depends on BR2_STATIC_LIBS || !BR2_TOOLCHAIN_HAS_THREADS
Reference in New Issue Copy Permalink