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

28 lines
952 B
Plaintext
Raw Normal View History

rt-tests: new package Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-22 13:13:38 +01:00
config BR2_PACKAGE_RT_TESTS
bool "rt-tests"
rt-tests: requires thread support in the toolchain The rt-tests package extensively use threads, so this package should only be available if the toolchain has thread support. [Peter: add comment when not available] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-09 09:13:58 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS
rt-tests: not available on avr32, too old uClibc The old uClibc used for the AVR32 architecture does not implement priority inheritance, therefore rt-tests cannot build. Fixes: http://autobuild.buildroot.org/results/695293d889128c666174d5fe03c5deadbe4d5415/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-09 09:13:59 +01:00
# Too old uClibc, does not provide priority-inheritance
# mutexes
depends on !BR2_avr32
rt-tests: new package Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-22 13:13:38 +01:00
help
Set of utilities for testing the real-time behaviour of a
Linux system.
All tools are simple C programs with no dependencies, except
the hwlatdetect utility, which is a Python script and
therefore requires the Python interpreter. It will only be
installed if a Python interpreter has been selected in the
Buildroot configuration.
rt-tests: mention that NPTL thread implementation is needed This patch superseds http://patchwork.ozlabs.org/patch/150161/, but does it in a different way. Since we don't have a way of selecting the thread implementation for external toolchains, and it sounds a bit too heavy to add new config options just for the sake of rt-tests, we instead simply add some help text to the rt-tests package explaining that NPTL thread implementation is needed. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-24 09:19:22 +01:00
Note that this package requires a toolchain built with the
NPTL implementation of the pthread API (this is always the
case with glibc/eglibc toolchains, but may not necessarily
be the case with uClibc toolchains, since the thread
implementation is configurable).
rt-tests: new package Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-22 13:13:38 +01:00
http://rt.wiki.kernel.org
rt-tests: requires thread support in the toolchain The rt-tests package extensively use threads, so this package should only be available if the toolchain has thread support. [Peter: add comment when not available] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-09 09:13:58 +01:00
Config.in files: unify comments of toolchain option dependencies This patch lines up the comments in Config.in files that clarify which toolchain options the package depends on. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 16:55:32 +02:00
comment "rt-tests needs a toolchain w/ threads"
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_avr32
rt-tests: fix typo in Config.in threads negative logic Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-09 12:48:45 +01:00
depends on !BR2_TOOLCHAIN_HAS_THREADS
Reference in New Issue Copy Permalink