summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel/systemtap
AgeCommit message (Collapse)AuthorFiles
2016-11-15systemtap: fix native linking on recent UbuntuRoss Burton2
The latest Ubuntu uses yet more aggressive hardening options, which causes the unconventional build order used by systemtap to fail. [ YOCTO #10521 ] Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-11-15systemtap: remove explicit msgfmt checkRoss Burton2
Passing --disable-nls should be enough to disable the requirement for a full gettext to be present, but the upstream configure explicitly checks for msgfmt even if it isn't going to be used. To avoid having to depend on gettext-native, patch this check out. Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-10-05systemtap: rationalise dependenciesRoss Burton3
Boost is an optional dependency but avoid build non-determinism by adding it as DEPENDS. It is only for the shared pointer types so can be disabled explicitly if required. Turn sqlite into a PACKAGECONFIG. Add a patch for the "monitor" feature to control the optional dependencies on ncurses and json-c. Previously this was enabled for target only but enable it everwhere now that json-c is available for native/nativesdk. Of course all of this was predicated about systemtap needing systemtap-native to be built, but it turns out that this dependency is due to oe-core 507bd2 which adds systemtap-native as DEPENDS for convenience. Remove this dependency, if the user wants systemtap-native then they can build it explicitly. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-09-03systemtap: remove EXTRA_OEMAKE workaroundStefan Müller-Klieser1
The default of EXTRA_OEMAKE is already empty since commit: OE-Core rev: aeb653861a0ec39ea7a014c0622980edcbf653fa bitbake.conf: Remove unhelpful default value for EXTRA_OEMAKE Signed-off-by: Stefan Müller-Klieser <s.mueller-klieser@phytec.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-06-12systemtap: add build dependency on ncursesRoss Burton1
systemtap has a floating dependency on ncurses but as bash is a RDEPENDS the build-rdeps sanity test doesn't fire due to a limitation of the test. Add an explicit dependency on ncurses to ensure the build is deterministic. [ YOCTO #9709 ] Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-06-03systemtap: update to 3.0Alexander Kanavin3
Remove docproc-build-fix.patch, as the build problem it's fixing now happens only if building html docs is explicitly enabled (which we do not do). Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-06-02systemtap: move to Python 3Alexander Kanavin1
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-01-30systemtap_git.inc: do not immediate expand SELECTED_OPTIMIZATIONHongxu Jia1
We need to expand SELECTED_OPTIMIZATION later, so do not immediate expansion, and do the work in anonymous python function. It is reasonable to give an error for -O0. [YOCTO #7058] Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-12-16systemtap: update to 2.9Alexander Kanavin2
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-16meta: more removals of redunant FILES_${PN}-dbgRoss Burton1
In some recipes overly-split -dbg packages were merged into PN-dbg. Unless there's a very good reason, recipes should have a single -dev and -dbg package. Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-03-20systemtap: Fix build in x32 ABIAníbal Limón2
Add a patch for fix printing of time_t value that is long long int in x32 ABI instead of long int. [YOCTO #7423] Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
2015-03-09systemtap: Upgrade to 2.7Saul Wold1
This address issues with the 3.19 kernel and the number of patches to back port would be to great [YOCTO #7401] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-23kernel/image/depmodwrapper: Fixups for depmodRichard Purdie1
With the rpm package backend enabled, running: bitbake <image> bitbake virtual/kernel -c clean bitbake <image> -c rootfs -f results in an image with incorrect kernel module dependency information. The problem is that the System.map and kernel-abiversion files are needed for depmod and after the recent kernel changes, these are no longer in sstate. Its reasonable to require the kernel to unpack/build if you're about to build a module against it. It is not reasonable to require this just to build a rootfs. Therefore stash the needed files specifically for depmod. Also fix some STAGING_KERNEL_DIR references which were incorrect, found whilst sorting through his change. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-11-09systemtap: Upgrade to 2.6 Git VersionSaul Wold2
Remove backported patch Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-09-23systemtap: disable libvirtWenzong Fan3
libvirt is automatically linked to if present, this undetermined dependency may cause build errors like: ../lib/libvirt.so: undefined reference to `libssh2_channel_open_ex' ../lib/libvirt.so: undefined reference to `libssh2_session_hostkey' ... Both libvirt and libssh2 are not oe-core recipes for now, just disable libvirt to fix this issue. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-09-03systemtap: Cross compilation fixMikhail Durnev2
This is a cross compilation fix. It allows systemtap to find the kernel map file in the right place, i.e. in the kernel build tree. Without this fix it takes a map file from the build host, if available. Signed-off-by: Mikhail Durnev <mikhail_durnev@mentor.com> Signed-off-by: Muzaffar Mahmood <muzaffar_mahmood@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-09-03systemtap: Fixed probe syscall.sendfile failureMikhail Durnev2
Marked __syscall.compat_sendfile as optional Signed-off-by: Mikhail Durnev <mikhail_durnev@mentor.com> Signed-off-by: Muzaffar Mahmood <muzaffar_mahmood@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-05-13systemtap: remove usage of FILESPATHPetter Mabäcker2
Fixes [YOCTO #4497] Usage of FILESPATH is discouraged, since it can make recipes harder to bbappend. Instead FILESEXTRAPATHS should be used to extend the path. Signed-off-by: Petter Mabäcker <petter@technux.se> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-05-06systemtap: update to 2.5 releaseFathi Boudra1
Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-04-25Globally replace 'base_contains' calls with 'bb.utils.contains'Otavio Salvador1
The base_contains is kept as a compatibility method and we ought to not use it in OE-Core so we can remove it from base metadata in future. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-04-05systemtap: Move to current HEADTom Zanussi1
This moves the systemtap recipe to the current HEAD commit, in order to get users past some bugs affecting ppc and arm. Fixes [YOCTO #6016] Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-02-14systemtap_git: update to newer version to fix a build issueNitin A Kamble1
This build issue was observed with the 2.4+git version of the systemtap. .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx: In function 'void validate_module_elf(Dwfl_Module*, const char*, base_query*)': .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:1998:10: error: 'EM_AARCH64' was not declared in this scope .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx: In constructor 'sdt_uprobe_var_expanding_visitor::sdt_uprobe_var_expanding_visitor(systemtap_session&, int, const string&, const string&, const string&, stap_sdt_probe_type, const string&, int)': .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:5613:31: error: 'EM_AARCH64' was not declared in this scope This is a known issue, and it is already fixed in the upstream tree. Updating the recipe to get the commit which fixes the issue. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-02-08systemtap: add aarch64 supportFathi Boudra1
bump SRCREV to include the relevant commits for aarch64 support update COMPATIBLE_HOST to include aarch64 cleanup md5sum/sha256sum since we use git Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-01-02systemtap: Add --enable-prologues to configurationTom Zanussi1
In some cases, the debuginfo generated by the compiler is insufficient for systemtap to figure out function param locations; using -P allows it to use prologue searching to find the correct locations. Enable prologue searching in the configuration so the user doesn't have to specify it manually. Fixes [YOCTO #5403]. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-01-02Replace one-line DESCRIPTION with SUMMARYPaul Eggleton2
A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2013-11-26systemtap: upgrade to 2.4Cristiana Voicu1
Signed-off-by: Cristiana Voicu <cristiana.voicu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30remove the unnecessary protocol parametersJackie Huang1
It's not necessary to specify the protocol parameter when it's the default protocol for the fetcher, e.g. the default protocol for git fetcher it git, "protocol=git" isn't needed. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-14systemtap: upgrade to 2.3Cristiana Voicu2
Disabled javac and jar. Signed-off-by: Cristiana Voicu <cristiana.voicu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-09systemtap: fix build failure on host system with dyninst installedVictor Kamensky1
On host system where dyninst installed (i.e Fedora 18 with SystemTap) builds fails with the error from do_qa_configure "This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities." Problematic config.log indicates inclusion of /usr/include/dyninst/dyntypes.h Fix for now - disable dyninst in oe builds Signed-off-by: Victor Kamensky <victor.kamensky@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-07-09systemtap: inherit pkgconfigMartin Jansa1
* systemtap-native was failing with undefined AC_DEFINE configure.ac:56: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-06-25systemtap: Systemtap can not be build w -O0 optimizationMark Hatle1
Systemtap will fail with: ../usr/include/features.h:330:4: error: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Werror=cpp] | # warning _FORTIFY_SOURCE requires compiling with optimization (-O) Use the same technique that eglibc uses to catch and correct the optimization level, changing to -O2. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-03-18systemtap: Upgrade to v2.1Radu Moisan2
Signed-off-by: Radu Moisan <radu.moisan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-03-02systemtap: add python and bash dependenciesTom Zanussi1
There are a number of scripts in the systemtap installation that use python and bash, so we need to add run-time dependencies for them. If not, we can generate build errors like "no package provides /usr/bin/python". Fixes [YOCTO #3951]. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-12systemtap: replace obsolete automake macros with working onesMarko Lindqvist3
Add obsolete_automake_macros.patch that replaces automake macros no longer supported by automake-1.13 with modern constructs. Removed AM_PROG_CC_STDC. AC_PROG_CC to replace it was already present. Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-14Update the SRC_URI in systemtap recipeMaxin B. John1
The SRC_URI in systemtap recipe uses 'sources.redhat.com' which redirects to 'sourceware.org'. This causes random fetch failures. Updating the recipe to use the direct link. Signed-off-by: Maxin B. John <Maxin.John@enea.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-12meta: remove redundant _FOR_BUILD variablesRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-02recipes-kernel: replace virtclass-native(sdk) with class-native(sdk)Robert Yang1
The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-31nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie1
As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-06systemtap: use ${datadir} instead of /usr/share for packagingJavier Martinez Canillas1
It is considered good practice to use the build system provided variables instead of directly specify hardcoded paths. Signed-off-by: Javier Martinez Canillas <javier@dowhile0.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-28systemtap: update to version 1.8Wade Farnsworth4
Update the systemtap recipes to the recently released 1.8. Remove a couple patches whose changes are already present in the new version. Signed-off-by: Wade Farnsworth <wade_farnsworth@mentor.com>
2012-06-13systemtap: update Upstream-Status and use correct syntaxAndreas Müller1
patch was applied [1] http://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commit;h=41df51cb6a6d3f09f8b57cb216dffa5ba335e326 Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
2012-06-08systemtap: Unbreak build for systems with nss headers installedAndreas Müller3
* discussed on [1] * patch sent to systemtap [2] [1] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-June/023377.html [2] http://sourceware.org/ml/systemtap/2012-q2/msg00202.html Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-25systemtap: fix build with automake 1.12Nitin A Kamble3
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2012-04-14systemtap: Ensure FILESPATH is set so systemtap-uprobes can find patchesRichard Purdie1
This allows systemtap-uprobes to build again after the recently added patch broke the builds. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14systemtap: disable document generation by defaultTom Zanussi1
Building the systemtap documentation adds significantly to the build time, so disable it by default. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14systemtap: fix docproc build errorTom Zanussi3
When building docs in systemtap, docproc is used to generate the tapset documentation, but it gets built for the target, while it needs to be build for the host instead. This change causes that to happen. Fixes [YOCTO #2193]. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-02-26More quoting fixesMartin Jansa1
* We have various variables which are either not quoted at all or are half quoted. This patch fixes the bad exmaples so everything is consistent. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-02-07systemtap: build and install uprobes.koWade Farnsworth3
SystemTap needs to provide uprobes.ko in order to support user space probing. Build and install the module on systems that support it. Additionally, split off common bits into systemtap_git.inc. Signed-off-by: Wade Farnsworth <wade_farnsworth@mentor.com>
2012-02-07systemtap: extend the recipe to build the native packageWade Farnsworth1
Since the target image may not contain dev tools, it is useful to provide native systemtap in order to be able to compile systemtap scripts for the target. Signed-off-by: Wade Farnsworth <wade_farnsworth@mentor.com>
2012-02-07systemtap: bump SRCREV to grab version 1.7Wade Farnsworth1
Bump SRCREV to the latest stable version of systemtap. Signed-off-by: Wade Farnsworth <wade_farnsworth@mentor.com>