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

50 lines
1.9 KiB
Plaintext
Raw Normal View History

package/oprofile: introduce a BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS operf_utils.h defines rmb() for a limited number of architectures, so add this list to BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS to disable any new or unsupported architectures. Doing so, this disable oprofile for m68k which lack of memory barrier operations. Remove nios2 dependency since it's not supported by oprofile even if binutils could be built for nios2. Fixes: http://autobuild.buildroot.net/results/1cc761d8a5715d0a2c6eaacfde7e44b225da1b36 Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: remove BR2_sh64, use BR2_sh instead of BR2_sh4.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-08-05 13:46:32 +02:00
# memory barrier function implemented only for some architectures
config BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS
bool
default y
depends on BR2_arceb || BR2_arcle || BR2_arm || BR2_armeb || \
BR2_aarch64 || BR2_aarch64_be || BR2_i386 || BR2_mips || \
BR2_mipsel || BR2_mips64 || BR2_mips64el || BR2_powerpc || \
BR2_powerpc64 || BR2_powerpc64le || BR2_sh || \
BR2_sparc || BR2_sparc64 || BR2_x86_64
oprofile: needs libpfm4 on powerpc64(le) oprofile already needed libpfm4 for PowerPC, but in fact it also needs it for PowerPC64 and PowerPC64le, so this commit adds a BR2_PACKAGE_OPROFILE_NEEDS_LIBPFM4 hidden option and uses it to decide if libpfm4 is needed or not. Fixes: http://autobuild.buildroot.net/results/d19caeb445b7040cbd2e4ff62b7db9986e84b6ab/ (powerpc64le) http://autobuild.buildroot.net/results/66dd4f7ff635915a506f96d1d8115ac48cca0c6c/ (powerpc64) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-18 15:26:59 +01:00
config BR2_PACKAGE_OPROFILE_NEEDS_LIBPFM4
bool
default y if BR2_powerpc || BR2_powerpc64 || BR2_powerpc64le
add oprofile
2008-04-24 18:54:29 +02:00
config BR2_PACKAGE_OPROFILE
bool "oprofile"
oprofile: needs mmu Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-09 23:30:42 +02:00
depends on BR2_USE_MMU # fork()
package/: depend on toolchain C++ config, don't use select select should only be used for package (library) dependencies.
2009-01-26 20:19:10 +01:00
depends on BR2_INSTALL_LIBSTDCPP
binutils: now depends on wchar binutils starting at least from 2.23 when build for target require uClibc configured with UCLIBC_HAS_WCHAR otherwise: libtool: link: [...] -o as-new [...] read.o: In function `read_symbol_name': read.c:(.text+0x3634): undefined reference to `mbstowcs' collect2: error: ld returned 1 exit status because "mbstowcs" is not available in the C library. Even though we're not yet using 2.23.2 as the default version, we will probably do it in the near future, so this commit doesn't bother with making the wchar dependency version-specific, and applies it to the binutils package as a whole. Fixes bug #6218 [Thomas: - more details in the commit log. - add comment about the wchar dependency - propagate the dependency to dropwatch (and fix a mistake in the architecture dependencies of the comment) - propagate the dependency to oprofile.] Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Anton Kolesov <akolesov@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2014-10-28 23:19:18 +01:00
depends on BR2_USE_WCHAR # binutils
package/oprofile: introduce a BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS operf_utils.h defines rmb() for a limited number of architectures, so add this list to BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS to disable any new or unsupported architectures. Doing so, this disable oprofile for m68k which lack of memory barrier operations. Remove nios2 dependency since it's not supported by oprofile even if binutils could be built for nios2. Fixes: http://autobuild.buildroot.net/results/1cc761d8a5715d0a2c6eaacfde7e44b225da1b36 Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: remove BR2_sh64, use BR2_sh instead of BR2_sh4.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-08-05 13:46:32 +02:00
depends on BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS
libpfm4: needs thread support Fixes: http://autobuild.buildroot.net/results/73d736dd3c8a70358ef4b19a63dda46178cf8bf1/ Note that the propagation of the thread dependency to the oprofile package is a little bit non standard, because oprofile selects libpfm4 only on the PowerPC architecture. So we ensure the thread dependency is only enforced on PowerPC, and a separate comment is displayed when thread support is not available, but the PowerPC architecture is used. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-12-03 20:27:18 +01:00
# libpfm4 is needed on PowerPC, and requires thread support
oprofile: needs libpfm4 on powerpc64(le) oprofile already needed libpfm4 for PowerPC, but in fact it also needs it for PowerPC64 and PowerPC64le, so this commit adds a BR2_PACKAGE_OPROFILE_NEEDS_LIBPFM4 hidden option and uses it to decide if libpfm4 is needed or not. Fixes: http://autobuild.buildroot.net/results/d19caeb445b7040cbd2e4ff62b7db9986e84b6ab/ (powerpc64le) http://autobuild.buildroot.net/results/66dd4f7ff635915a506f96d1d8115ac48cca0c6c/ (powerpc64) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-18 15:26:59 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL || !BR2_PACKAGE_OPROFILE_NEEDS_LIBPFM4
package/o*/Config.in: fix ordering of statements The check-package script when ran gives warnings on ordering issues on all of these Config files. This patch cleans up all warnings related to the ordering in the Config files for packages starting with the letter o in the package directory. The appropriate ordering is: type, default, depends on, select, help See http://nightly.buildroot.org/#_config_files for more information. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:18:01 +02:00
select BR2_PACKAGE_POPT
select BR2_PACKAGE_BINUTILS
select BR2_PACKAGE_LIBPFM4 if BR2_PACKAGE_OPROFILE_NEEDS_LIBPFM4
add oprofile
2008-04-24 18:54:29 +02:00
help
OProfile is a system-wide profiler for Linux systems,
capable of profiling all running code at low overhead.
OProfile is released under the GNU GPL.
It consists of a kernel driver and a daemon for collecting
sample data, and several post-profiling tools for turning
data into information.
OProfile leverages the hardware performance counters of the
CPU to enable profiling of a wide variety of interesting
statistics, which can also be used for basic time-spent
profiling. All code is profiled: hardware and software
interrupt handlers, kernel modules, the kernel, shared
buildroot: remove trailing spaces for i in `find -name 'Config*' -o -name 'Makefile*' -o -name '*.mk'`; do sed -i 's/ \+$//' $i; done
2008-08-04 21:07:05 +02:00
libraries, and applications.
package/: depend on toolchain C++ config, don't use select select should only be used for package (library) dependencies.
2009-01-26 20:19:10 +01:00
binutils: now depends on wchar binutils starting at least from 2.23 when build for target require uClibc configured with UCLIBC_HAS_WCHAR otherwise: libtool: link: [...] -o as-new [...] read.o: In function `read_symbol_name': read.c:(.text+0x3634): undefined reference to `mbstowcs' collect2: error: ld returned 1 exit status because "mbstowcs" is not available in the C library. Even though we're not yet using 2.23.2 as the default version, we will probably do it in the near future, so this commit doesn't bother with making the wchar dependency version-specific, and applies it to the binutils package as a whole. Fixes bug #6218 [Thomas: - more details in the commit log. - add comment about the wchar dependency - propagate the dependency to dropwatch (and fix a mistake in the architecture dependencies of the comment) - propagate the dependency to oprofile.] Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Anton Kolesov <akolesov@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2014-10-28 23:19:18 +01:00
comment "oprofile needs a toolchain w/ C++, wchar"
oprofile: disable on xtensa Missing memory barrier definition. Fixes http://autobuild.buildroot.net/results/df7/df797a81111fa15de9337adefca05cbac156d0b2/. Also, add nios2 to the dependencies comment while at it. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-30 11:00:07 +01:00
depends on BR2_USE_MMU
package/oprofile: introduce a BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS operf_utils.h defines rmb() for a limited number of architectures, so add this list to BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS to disable any new or unsupported architectures. Doing so, this disable oprofile for m68k which lack of memory barrier operations. Remove nios2 dependency since it's not supported by oprofile even if binutils could be built for nios2. Fixes: http://autobuild.buildroot.net/results/1cc761d8a5715d0a2c6eaacfde7e44b225da1b36 Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: remove BR2_sh64, use BR2_sh instead of BR2_sh4.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-08-05 13:46:32 +02:00
depends on BR2_PACKAGE_OPROFILE_ARCH_SUPPORTS
binutils: now depends on wchar binutils starting at least from 2.23 when build for target require uClibc configured with UCLIBC_HAS_WCHAR otherwise: libtool: link: [...] -o as-new [...] read.o: In function `read_symbol_name': read.c:(.text+0x3634): undefined reference to `mbstowcs' collect2: error: ld returned 1 exit status because "mbstowcs" is not available in the C library. Even though we're not yet using 2.23.2 as the default version, we will probably do it in the near future, so this commit doesn't bother with making the wchar dependency version-specific, and applies it to the binutils package as a whole. Fixes bug #6218 [Thomas: - more details in the commit log. - add comment about the wchar dependency - propagate the dependency to dropwatch (and fix a mistake in the architecture dependencies of the comment) - propagate the dependency to oprofile.] Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Anton Kolesov <akolesov@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2014-10-28 23:19:18 +01:00
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_USE_WCHAR
libpfm4: needs thread support Fixes: http://autobuild.buildroot.net/results/73d736dd3c8a70358ef4b19a63dda46178cf8bf1/ Note that the propagation of the thread dependency to the oprofile package is a little bit non standard, because oprofile selects libpfm4 only on the PowerPC architecture. So we ensure the thread dependency is only enforced on PowerPC, and a separate comment is displayed when thread support is not available, but the PowerPC architecture is used. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-12-03 20:27:18 +01:00
oprofile: needs libpfm4 on powerpc64(le) oprofile already needed libpfm4 for PowerPC, but in fact it also needs it for PowerPC64 and PowerPC64le, so this commit adds a BR2_PACKAGE_OPROFILE_NEEDS_LIBPFM4 hidden option and uses it to decide if libpfm4 is needed or not. Fixes: http://autobuild.buildroot.net/results/d19caeb445b7040cbd2e4ff62b7db9986e84b6ab/ (powerpc64le) http://autobuild.buildroot.net/results/66dd4f7ff635915a506f96d1d8115ac48cca0c6c/ (powerpc64) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-18 15:26:59 +01:00
comment "oprofile needs a toolchain w/ NPTL on PowerPC(64)"
depends on BR2_USE_MMU && BR2_PACKAGE_OPROFILE_NEEDS_LIBPFM4
oprofile: add missing indirect dependency on NPTL for PPC [Peter: also adjust comment dependencies] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-02-04 01:34:09 +01:00
depends on !BR2_TOOLCHAIN_HAS_THREADS_NPTL
Reference in New Issue Copy Permalink