summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/systemtap
Commit message (Collapse)AuthorAgeFilesLines
* systemtap: upgrade 5.2 -> 5.3Victor Kamensky2025-06-264-11/+8
| | | | | | | | | | * fixed patch fuzz issue [RP: Set tag in SRC_URI to match version] (From OE-Core rev: fe684159ce99c83d87486142c1bd9fe3516f2984) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove consecutive blank linesAlexander Kanavin2025-06-201-1/+0
| | | | | | | | | | | | | | | | | Some of them were introduced by mass-removal of S = WORKDIR/git assignments; rather than try to fix up (or redo) just these, I've run this sed command over the whole tree: sed -i -z -E 's/([ \t\f\v\r]*\n){3,}/\n\n/g' `find . -name *.bb -o -name *.inc` The rationale is that more than one empty line is wasting vertical screen space, and does nothing for readability. (From OE-Core rev: cedc4ff7c9bcfb22a20e43e47f9759f4007a4f1a) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove S in recipes that fetch from git via setting ↵Alexander Kanavin2025-06-201-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | BB_GIT_DEFAULT_DESTSUFFIX Removing all the S = ${WORKDIR}/git assignments works because BB_GIT_DEFAULT_DESTSUFFIX is set to match S from bitbake.conf (which itself is set to match typical tarball releases). A few recipes are setting S to a sub-directory of the git tree and need to be adjusted accordingly. bzip2 recipe is fetching a tarball and separately cloning tests; adjust the recipe to put the latter into 'bzip2-tests', instead of 'git'. devupstream.bbclass no longer needs to rewrite S, and is adjusted accordingly. Adjust scripts/lib/recipetool/append.py to not hardcode 'git' as unpack destination. Adjust kernel-yocto.bbclass to use the git unpack variable instead of hardcoding 'git' (there's also removal of repetition of string constants and a correction of workdir/unpackdir mismatch in one of the if-else branches). Ensure build-appliance-image recipe does not use 'git' as checkout directory for poky repo, but rather explicitly name it 'poky'. Ensure reproducible.py code that looks for git repositories does not hardcode 'git' but uses the destination set by BB_GIT_DEFAULT_DESTSUFFIX. Ensure recipetool does not write out unneeded S settings into newly created recipes that fetch from git. Adjust selftest to not hardcode 'git' as unpack directory. (From OE-Core rev: f80c07019ddadaf9c5fb890faabfda7920ecd15e) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: correctly set include location for the python moduleAlexander Kanavin2025-06-122-0/+37
| | | | | | | | | | This issue was as well exposed by setting S to be in UNPACKDIR. (From OE-Core rev: a9b8cd548bc4f12b7aa28209d7c04181c95b7e7a) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: put version in recipe filenameRoss Burton2025-06-093-5/+4
| | | | | | | | | | | | A recipe that fetches from git but is otherwise a released version should not be using _git.bb recipe names. Put the version in the filename and drop the explicit PV. (From OE-Core rev: bf866a99d920331bc5c08c3dccc86f71b2d1b3bb) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Pin to build with GCCKhem Raj2025-05-291-0/+4
| | | | | | | | | | | | | | | clang find a lot of warning | In file included from ../git/tapset-procfs.cxx:11: | ../git/session.h:169:47: error: 'used' attribute ignored on a non-definition declaration [-Werror,-Wignored-attributes] | 169 | static const char* morehelp __attribute__ ((used)); | | ^ (From OE-Core rev: 887c52532f9555f363b06692a777a66fc8137513) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Remove unneeded -Wno-dangling-pointerKhem Raj2025-05-191-3/+0
| | | | | | | | | | | | This was added by me in below commit [1] to overcome a RISCV build failure with gcc 13, the issue is gone with gcc-15 [1] https://git.yoctoproject.org/poky/commit/?id=4f09a93611134351381415d69228317d8a779014 (From OE-Core rev: 46a6fedf368c77a06d9a18d7c84a3f2e079c8f49) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: add --with-extra-version configure optionVictor Kamensky2024-11-191-0/+1
| | | | | | | | | | | | | | | | | | | When --with-extra-version="oe" option is used, systemtap code stop using GIT_PRETTY_REV that comes from 'git describe --dirty --always --abbrev=8' output in its version and uses --with-extra-version value instead. 'git describe' output has reproducibility issue since it depends on commits present in lattest branch, and that may change. Thus using fixed value instead addresses systemtap reproducibility issue. [YOCTO #15288] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15288 (From OE-Core rev: 37fb7c4e469baf53f85319c3cbb75af41a6ddbe7) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: upgrade 5.1 -> 5.2Victor Kamensky2024-11-194-95/+6
| | | | | | | | | | | | * removed all backported patches * fixed patch fuzz issue (From OE-Core rev: ac4841118b4a61c59f52aeca117209bce088e714) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: fix systemtap-native build error on Fedora 40Victor Kamensky2024-06-113-0/+86
| | | | | | | | | Backport of couple patches from upstream. (From OE-Core rev: cc486f26db46c562e35f770c16edf3f4035e536e) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: upgrade 5.0 -> 5.1Victor Kamensky2024-05-286-197/+2
| | | | | | | | | | removed all backported patches (From OE-Core rev: 322cab17151bbc8ce05ca8a14cb34d600d1bb934) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Backport GCC-14 related calloc fixesKhem Raj2024-02-033-0/+78
| | | | | | | | (From OE-Core rev: 06ad41e0097902d46ad5affd99b1c716dbb27d71) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/recipes: Switch to use inherit_deferRichard Purdie2024-01-182-2/+2
| | | | | | | | | | | | | | | | | Now that bitbake supports the use of inherit_defer, switch all conditional (variable based) inherits to use this instead. This leads to more a more deterministic user experience since there is no longer an immediate expansion and later changes to the variables in question (e.g. a bbappend) are accounted for. This patch tries to ensure the behaviour before/after remains as unchanged as it reasonably can, e.g. by always inherting populate_sdk_base. native and nativesdk continue to need to be inherited last, hence being used with inherit_defer in a handful of very specific cases. (From OE-Core rev: 451363438d38bd4552d5bcec4a92332f5819a5d4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: fix libdebuginfod auto detection logicVictor Kamensky2023-12-202-0/+52
| | | | | | | | | | | | | | Addresses an issue when systemtap is built in situation where debuginfod is not part of DISTRO_FEATURES and latest SystemTap has problem of auto detecting libdebuginfod library as it was reported by Martin Jansa in [1]. [1] https://lists.openembedded.org/g/openembedded-core/message/192109?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Acreated%2C0%2Csystemtap%2C20%2C2%2C0%2C102987514 (From OE-Core rev: bf635f8f2258f8b8beb0adb8dead2b6b40b2274a) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: explicit handling debuginfod library dependencyVictor Kamensky2023-12-201-1/+2
| | | | | | | | | | | | After systemtap commit 2e67b053e3796ee7cf29a39f9698729b52078406 "configury: rework debuginfod searches" automatic detection of libdebuginfod is broken. Let's handle it explicitly with debuginfod package feature. It is good to have such feature anyway. (From OE-Core rev: ba5098fcf2fc771da8790cb2ac4ea8fef4816413) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap-uprobes: removed as obsoleteVictor Kamensky2023-12-061-42/+0
| | | | | | | | | | | | | | | systemtap-uprobes package was not used for a long time - since kernel itself provided uprobes support. Now source code of old uprobes kernel module was removed from systemtap git repo by "PR30434 continuation: Removed old uprobes, uprobes2 implementation, uprobes-inc.h & any mentions of CONFIG_UTRACE." it is good time for us to gid rid of it too. (From OE-Core rev: 42fd5abedb835b6f87721674001c52304e43cfc5) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: do not install uprobes and uprobes sourcesVictor Kamensky2023-12-062-0/+41
| | | | | | | | | | | | | | Addresses the following do_package_qa warning: WARNING: systemtap-5.0-r0 do_package_qa: QA Issue: File /usr/share/systemtap/runtime/linux/uprobes/Makefile in package systemtap contains reference to TMPDIR File /usr/share/systemtap/runtime/linux/uprobes/git_version.h in package systemtap contains reference to TMPDIR File /usr/share/systemtap/runtime/linux/uprobes2/git_version.h in package systemtap contains reference to TMPDIR [buildpaths] (From OE-Core rev: db668fdba9920fc4066eda8af0ff112f341ee09b) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: upgrade 4.9 -> 5.0Victor Kamensky2023-12-063-40/+26
| | | | | | | | | | | | | | Similar to 4.9 release, in 5.0 release release-5.0 tag is off any branch, release-5.0a tag e72dc118e563c645d93a1a2d771e8d90e8fec1ae is on the master branch. Use this value for SRCREV and add catch up patch, 0001-prerelease-datestamp-fixes.patch, to bring source up to release-5.0 tag level. Remove 0001-prerelease-datestamp-fixes.patch in next upgrade. (From OE-Core rev: 2d0cb9b21ccee93027fd12a51b74d3821cd03d2e) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel: Add kernel specific STRIP variableKhem Raj2023-06-191-0/+2
| | | | | | | | | | | | | | | strip can be coming from binutils or from llvm in some cases llvm-strip can fail on kernel Subprocess output:aarch64-yoe-linux-llvm-strip: error: Link field value 28 in section .rela.dyn is not a symbol table This helps in selecting which strip is used when building kernel (From OE-Core rev: 03973c8c1c93ddb1c8e05b773bfcc45aed73a99f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: upgrade 4.8 -> 4.9Victor Kamensky2023-06-062-2/+40
| | | | | | | | | | | | | | | | | | | SystemTap 4.9 release went out with a little hick up: release date was not set correctly and fix for it was added as ebb424eee5599fcc131901c0d82d0bfc0d2f57ab commit and tagged as 'release-4.9'. Unfortunately by that time 'master' branch already has moved on, and it turns out that now 'release-4.9' tag does not belong to any branch. On other hand OE SRC_URI does complain about git uri without branch. To deal with it we will use SRCREV set to 418f0a45ca4473491385b5c7eef777607bbdb3b7, commit one that precedes ebb424eee5599fcc131901c0d82d0bfc0d2f57ab, and add separate patch for ebb424eee5599fcc131901c0d82d0bfc0d2f57ab as 0001-release-date-fix.patch. Note for any future version move: please remove 0001-release-date-fix.patch (From OE-Core rev: 2a10dc2a80a42368b222a7a832dd342a9c2d9d0a) Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Default to https git protocol where possibleRichard Purdie2023-05-051-1/+1
| | | | | | | | | | The recommendation from server maintainers is that the https protocol is both faster and more reliable than the dedicated git protocol at this point. Switch to it where possible. (From OE-Core rev: 139102a73d4151f4748b4a861bd4ab28dda7dab7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Disable dangling-pointer warningKhem Raj2023-03-171-0/+3
| | | | | | | | | | | | | | | | | | | | | This is to fix build in RISCV64 | In constructor 'symresolution_info::symresolution_info(systemtap_session&, bool)', | inlined from 'int semantic_pass_symbols(systemtap_session&)' at ../git/elaborate.cxx:1884:28: | ../git/elaborate.cxx:2601:21: error: storing the address of local variable 'sym' in '*s.systemtap_session::symbol_resolver' [-Werror=dangling-pointer=] | 2601 | s.symbol_resolver = this; // save resolver for early PR25841 function resolution | | ~~~~~~~~~~~~~~~~~~^~~~~~ | ../git/elaborate.cxx: In function 'int semantic_pass_symbols(systemtap_session&)': | ../git/elaborate.cxx:1884:22: note: 'sym' declared here | 1884 | symresolution_info sym (s); | | ^~~ | ../git/elaborate.cxx:1884:22: note: 's' declared here (From OE-Core rev: dcc891059c5f3a17781febfff4a4280b4b7c8754) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel: Add kernel specific OBJDUMPKhem Raj2023-03-011-2/+2
| | | | | | | | | | | | | | | | | | | | This helps in switching toolchains cleanly for kernel build between gcc and clang Currently, some kernels allow building with clang but not all the distro might use clang as default system compiler but kernel may demand gcc which is provided via KERNEL_* variables, however kernel does use OBJCOPY at places during build and it maybe set to use llvm objcopy when using clang. That should be a deliberate setting when clang is used for kernel as well, otherwise it should use binutils provided objcopy (From OE-Core rev: 17b409f2fd97894e0943d13c2cb0d52abde647e3) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: upgrade 4.7 -> 4.8Alexander Kanavin2022-12-182-40/+2
| | | | | | | | (From OE-Core rev: e36500d0cd980c27ceecb0aec6d76b10ed6e2f2f) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: add a patch to address a python 3.11 failureAlexander Kanavin2022-08-232-0/+38
| | | | | | | | (From OE-Core rev: df312a4c8ad84a9d12c4eec94d48a66420c8988b) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: update 4.6 -> 4.7Alexander Kanavin2022-05-205-185/+5
| | | | | | | | | | Drop backports. (From OE-Core rev: 589f030dec438ee8ea54991b9e471482285ef4b7) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Fix build with gcc-12Khem Raj2022-04-192-1/+51
| | | | | | | | | | | | | | Backport a patch to fix | ../git/util.cxx:1766:56: error: 'std::pointer_to_unary_function<_Arg, _Result> std::ptr_fun(_Result (*)(_Arg)) [with _Arg = int; _Result = int]' is deprecated: use 'std::function' instea d [-Werror=deprecated-declarations] | 1766 | std::not1(std::ptr_fun<int, int>(std::isspace)))); | | ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ (From OE-Core rev: 0b360d12203aafd8bf96433d11221a6ed910a11f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Enable for riscv64Khem Raj2022-03-061-1/+1
| | | | | | | (From OE-Core rev: a209c05dcb631eb85d67c40727623a4c131071fa) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/meta-selftest/meta-skeleton: Update LICENSE variable to use SPDX ↵Richard Purdie2022-02-201-1/+1
| | | | | | | | | | | | | license identifiers An automated conversion using scripts/contrib/convert-spdx-licenses.py to convert to use the standard SPDX license identifiers. Two recipes in meta-selftest were not converted as they're that way specifically for testing. A change in linux-firmware was also skipped and may need a more manual tweak. (From OE-Core rev: ceda3238cdbf1beb216ae9ddb242470d5dfc25e0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: backport buffer size tuning patchesRoss Burton2022-02-012-0/+85
| | | | | | | | | | | Backport a nunber of patches from upstream to tune the buffer size on machines with a "small amount" of memory, which appears to mean less than 4GB. (From OE-Core rev: d1e1c8698a5143a1e5d80d172105b76c57b85dd6) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: fix vsprintf errorsRoss Burton2022-01-152-0/+46
| | | | | | | | | | In some configurations (such as 32-bit arm), using printf() causes gcc errors. Backport a patch from upstream to fix this. (From OE-Core rev: 6340a6477ddf0fee6c18cf99262704a715491f60) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: use setuptools-base not distutilsTim Orling2022-01-121-1/+1
| | | | | | | | | [YOCTO #14610] (From OE-Core rev: 83e4586ad64218a75b760d748e47ba4a4a07f8e9) Signed-off-by: Tim Orling <tim.orling@konsulko.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: submit patch upstreamAlexander Kanavin2021-12-061-1/+1
| | | | | | | (From OE-Core rev: c1648b54d3baafc91f2fcf8fb27847f226042897) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: upgrade 4.5 -> 4.6wangmy2021-11-231-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | support for 64-bit RISC-V architecture, liveness analysis for guru-mode write operations, bpf syscall_any and abort() tapsets, bpf foreach iteration of multi-key arrays, return of inter-cpu output ordering Changelog is as follows: = SystemTap frontend (stap) changes - stap-prep now tries to download the main kernel debuginfo file from a debuginfod server, if configured. = SystemTap backend changes - SystemTap has added support for the 64-bit RISC-V architecture. - SystemTap now uses DynInst to perform a liveness analysis on target variables and warn when a guru-mode modification to a variable will have no effect. The liveness analysis is currently done on x86_64, PowerPC, and AArch64. - The kernel-user relayfs transport again sorts messages into a total time order across CPUs. High output-volume scripts may need a larger "-s BUF" parameter to reliably transfer. "-b" bulk mode is also available again as an alternative. - The bpf backend now supports foreach iteration in multi-key associative arrays. = SystemTap tapset changes - Updated syscall_any tapset mapping to include newer syscalls. - syscall_any tapset can be used by the bpf backend. - abort() tapset can be used by the bpf backend. = Known issues with this release - There are known issues on kernel 5.10+ after adapting to set_fs() removal, with some memory accesses that previously returned valid data instead returning -EFAULT (see PR26811). - An sdt probe cannot parse a parameter that uses a segment register. (PR13429) - The presence of a line such as *CFLAGS += $(call cc-option, -fno-var-tracking-assignments) in older linux kernel Makefile unnecessarily reduces debuginfo quality, consider removing that line if you build kernels. Linux 5.10+ fixes this. = Bugs fixed for this release <https://sourceware.org/PR#####> 6562 $SYSTEMTAP_DEBUGINFO_PATH does not work 15724 stapdyn looking for libdyninstAPI_RT.a 26839 Systemtap build failures with clang 27820 abort() tapset not implemented in the bpf mode 27829 support for floating point values passed through sdt.h markers 27864 loc2stap.cxx assertion failure on loc_unavailable type location, rawhide 27881 failed to extend vma mapped entry when the address is adjacent 27903 handle f33 glibc $$parms 27932 List Python as a prerequisite in README 27933 Use of unitialized functioncall synthetic field in 27934 failure to attach statement 27940 The /* pc=0x... */ is no longer printed by "stap -v -L 'kernel.function("*")' 27942 testsuite/systemtap.base/perf.sh drop bashism 27984 stap skipping partially-inlined instance, but it is not inline function actually 28070 extend vma end address to the different module 28079 adapt to kernel 5.14 task_struct.__state change 28084 autoconf-x86-uniregs.c compile failled with -Werror cause STAPCONF_X86_UNIREGS missing 28140 kernel panic on tracepoint activation in stap module 28184 task_fd_lookup failed on linux 5.11 28244 linux objtool imposes symbol length limits on generated function names 28384 finish nfs_proc tapset port 4.3 string server_ip 28443 Provide syscall_any tapset for bpf 28449 loss of cross-cpu output ordering 28544 procfs_bpf.exp regression due to string handling error 28557 module kprobe insertion on modern kernels (From OE-Core rev: 99ed4a3d78f8224d414bd49d887333a4509529f3) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Add explict branch to git SRC_URIsRichard Purdie2021-10-301-1/+1
| | | | | | | | | | | | | There is uncertainty about the default branch name in git going forward. To try and cover the different possible outcomes, add branch names to all git:// and gitsm:// SRC_URI entries. This update was made with the script added to contrib in this patch which aims to help others convert other layers. (From OE-Core rev: b51c405faf6f8c0365f7533bfaf470d79152a463) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: address ncurses 6.3 compatibilityAlexander Kanavin2021-10-282-1/+64
| | | | | | | | (From OE-Core rev: 807f9bc8e35c24dba45724c3075f128e117cffad) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: update to 4.5-latestBruce Ashfield2021-09-242-28/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To fix issues with 5.14+ kernels, we bump to the latest 4.5 systemtap. This means that we can drop a backported patch, and we pickup the following changes: 7f6992539 Correct RISC-V handling of SDT markers and document their format. 2dfd140fd Fix races in perf probe task finder callback f463f6053 The /* pc=0x... */ is no longer printed by "stap -v -L 'kernel.function("*")' 0bd97a806 Use task_state tapset function to avoid task_struct changes 4996a29c6 tapset: start adopting kernel netif_* tracepoints in netdev.* tapset fb0851e62 dwflpp.h: add conditional EM_RISCV define c5599df8e Add dwarfless register access for RISC-V 33d861435 Add bactrace support for RISC-V 2ae3fc866 RISC-V dwarf register number to pt_reg mappings 3df603720 Eliminate the sa_restorer field in sigaction struct for RISC-V. a6aff9d33 Avoid generating problematic asynchronous unwind tables on RISC-V a463860c3 Add RISC-V 64-bit processor support 8486fd78d Add the actual RISC-V syscall-number mappings to the tapsets. 1e383aa38 Add creation of mappings between syscall names and numbers for RISC-V aedb2dbe7 RISC-V doesn't have crash available, disable it for rpmbuilds. 33a9bf1a1 Update to newer config.guess to support RISC-V 3bca17469 Use lex_cast instead of to_string when shortening function names. 0b5bc934a Revert "runtime: unregister the control channel before cleaning up" 166a95089 runtime: fix panics when polling on the control channel while unloading e6a1b008b Shorten function names that will exceed the kernel's objtool limit of 128 4f54ba033 runtime/transport: add a comment blurb for ordering invariant at shutdown dbe08f1ac runtime: unregister the control channel before cleaning up 798a67290 bpf pr23478 :: test non-unique key/val iteration 079f5d708 bpf pr23478 :: test multi-key associative array iteration 70b24879d rhbz1938312: un-disable bpf.exp after kernel bugfix 2896d6f5a pr23478 WIP: fixes for existing foreach testcases 0d1a38dbc pr23478 WIP: rework bpf foreach to handle multi-key array 14a2c8f54 Run task_fd_lookup.exp with --compatible 4.0 f2c147767 PR28184: Adapt to kernel rename __fcheck_files to files_lookup_fd_raw 0581a6560 PR28184: Adapt to kernel rename __fcheck_files to files_lookup_fd_raw 559fd51fe testsuite: time-limit auxiliary child processes 5d89bb03e stapbpf bugfix: missing in_block() in try-catch code 04b43f48f releng: ditch custom pie/ssp CFLAGS engine in configure.ac b47d03c20 PR28079: Adapt to kernel 5.14 task_struct.__state change e66f3a83b runtime: adapt to -Werror=implicit-fallthrough=5, dyninst runtime ea00c1070 PR28140: kernel 5.14-rc adaptation, jump_label_patch ffb0a38ea runtime: adapt to -Werror=implicit-fallthrough=5 efba2178f Revert to using test_tsk_thread_flag for uprobes2 23db8b29f PR27984: Adjust the address so dwfl_module_addrinfo finds correct function name a29f65d57 PR28079: Adapt to kernel 5.14 task_struct.__state change 2f7e966c0 testsuite item typo fix 5abb4d130 PR27934: give fuller diagnosis for pass-5 probe-registration errors 371805aa0 PR27820 tapset/bpf/logging.stp: implement abort() tapset function ee361f183 PR27820 tapset/bpf/logging.stp: move bpf versions of functions 968173f7f runtime: linux 5.14 compat: <linux/panic_notifier.h> ef5a8b9ed runtime: fix unintended compile error with autoconf-x86-uniregs.c 84ef6bd9f Revert "systemtap.spec: don't buildrequire emacs" 65fc44163 spin-rawhide: ok tweak the git-archive top level path too c7f1c12e1 spin-rawhide: switch to ~ versioning for Source: file names too bff2b2ff5 spin-rawhide: switch to ~ versioning for n-v-r 7c2751e37 task_finder_vma: add autoconf check for hlist_add_tail_rcu() ea7c27bbe Don't fail vma tracking mmap callback if module is already known. 2eb7fdfdb Use the path instead of the module for vma tracking mmap callback. a5104a612 update READMEs + man pages for freenode -> oftc move 23c351645 Update list of reasons for latencytap.stp example 5409ddea1 rhbz1972805: add basic syscall-in-ptregs support for s390x 0fc73fc4e systemtap.spec: don't Require: libvirt 515a6a2d6 rhbz1972828: tapsets: iommu tracepoints eaf63df6a ppc64 runtime: FULL_REGS() gone 757d4f654 c++ buildability: util.cxx - unique_ptr 1a6e7aea7 systemtap.spec: don't buildrequire emacs 5ff28c970 Allow for adjacent segments belonging to different modules. b1e8cd5de Note that Python is a requirement. 27115ab4c Get the enumerator's enumeration type 1288bee31 testsuite/systemtap.base/perf.sh drop bashism 4755bc453 Add hlist macros for use by hlist_add_tail_rcu bccf5123f parse.cxx: Initialize functioncall synthetic field 9bbee6518 Add hlist_add_tail_rcu for rhel 6. 630e406b8 Don't assume ISO C99 4a3ad3532 Extend vma mapped entries when the address is adjacent. 294b7a53e stap-prep: switch to using main vmlinuz file as debuginfod test download 643351d22 PR27903: grok more glibc dwarf 3a843482a c++11 hygiene: use cxx_override macro for pre-4.7 g++ 3e9bcd7b1 Fix more -Wformat-nonliteral and -Wmismatched-tags when compiling with clang 8e5145ae4 dtrace: Use -o option to specify output file for CPP b3a392975 Fix -Wformat-nonliteral and -Wformat warnings with clang 545535f82 Fix -Woverloaded-virtual warnings when building with clang 0f4bd3219 set2: Return this from assignment operator 6de815bca Add missing copy constructors to set1_ref and set1_const_ref 930b54119 Add some override specifiers where missing 14f04522b util.cxx: Use abs() instead of labs() 13016e9dd systemtap.spec: python3 tweaks 494ece199 PR27864: tolerate loc_unavailable during loc2c transform e8f5c058f autoconf: version bumps for the next release-4.6 77abac91d version bumps for the next release-4.6 0eba8a46b NEWS: release-4.5 (From OE-Core rev: aa27c2e7570f229bf82f18cf07aae93ba96ca9f6) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: '${systemd_unitdir}/system' => '${systemd_system_unitdir}'Robert P. J. Day2021-09-071-1/+1
| | | | | | | | | | | Repo-wide replacement to use newer variable to represent systemd system unitdir directory. (From OE-Core rev: 5ace3ada5c54500c71becc8e0c6eddeb8bc053e3) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to new override syntaxRichard Purdie2021-08-023-16/+16
| | | | | | | | | | | | This is the result of automated script conversion: scripts/contrib/convert-overrides.py <oe-core directory> converting the metadata to use ":" as the override character instead of "_". (From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Fix headers issue with x86 and 5.13 headersRichard Purdie2021-07-302-0/+27
| | | | | | | | | | | | | On some x86 platforms there were header issues causing pt_regs compile failures for our stap tests, e.g. on genericx86-64 but not qemux86-64. Backport a patch from upstream which fixes the issue. [YOCTO #14491] (From OE-Core rev: a4ad6c88b683b7310ef46d89b1add80b0f41bf2d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: update 4.4 -> 4.5Alexander Kanavin2021-05-252-47/+2
| | | | | | | | | | | Drop 0001-transport-protect-include-and-callsite-with-same-con.patch as upstream made the same change: https://sourceware.org/git/?p=systemtap.git;a=commitdiff;h=0d80048e02ecf6876c9f9ebeea387af9fb2a8051 (From OE-Core rev: 1d207eac08d9392b0ae53a2e740aabad72e57750) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/recipes-kernel: Add HOMEPAGE / DESCRIPTIONDorinda2021-03-111-1/+1
| | | | | | | | | | | | Added missing HOMEPAGE and DESCRIPTION found using the test command `oe-selftest -r distrodata.Distrodata.test_missing_homepg` [YOCTO #13471] (From OE-Core rev: 693988ec423341b930e93d604638826cccba9e37) Signed-off-by: Dorinda Bassey <dorindabassey@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-kernel: Add missing HOMEPAGE and DESCRIPTION for recipes.Meh Mbeh Ida Delphine2021-03-021-0/+3
| | | | | | | | | Fixes: [YOCTO #13471] (From OE-Core rev: 16409694f19e4d3b7bdc10a7f71c67938ce5f3ff) Signed-off-by: Ida Delphine <idadelm@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: fix on target build for 4.4 and 5.10+Bruce Ashfield2020-12-242-0/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The following systemtap commit: commit 7615cae790c899bc8a82841c75c8ea9c6fa54df3 Author: Frank Ch. Eigler <fche@redhat.com> Date: Mon Nov 9 19:18:19 2020 -0500 PR26665: relayfs-on-procfs megapatch Changes the way that capabilities are checked when compiling a systemtap probe. In our cross-build -> on target workflow, this results in a mismatch between the systemtap configuration capabilities and the kernel configuration. The result is a compilation failure since the security components are protected by two different #ifdef's, and they can be out of sync. By protecting the include and callsite with the same #ifdef, we ensure they are in sync and fix our on target problem. While this fix is oe-specific, a variant will be proposed upstream once a deeper analsysis of other options has been completed. (From OE-Core rev: 25fa864270efe3ff5699a1bf9ebdf599e96362a5) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: upgrade 4.3 -> 4.4zangrc2020-12-241-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | The test log of oe-selftest is as follows: 2020-11-23 15:48:49,144 - oe-selftest - INFO - test_crosstap_helloworld (runtime_test.SystemTap) 2020-11-23 17:06:55,949 - oe-selftest - INFO - ... ok 2020-11-23 17:06:55,951 - oe-selftest - INFO - test_crosstap_pstree (runtime_test.SystemTap) 2020-11-23 17:08:07,921 - oe-selftest - INFO - ... ok 2020-11-23 17:08:07,922 - oe-selftest - INFO - test_crosstap_syscalls_by_pid (runtime_test.SystemTap) 2020-11-23 17:09:20,084 - oe-selftest - INFO - ... ok 2020-11-23 17:09:20,085 - oe-selftest - INFO - test_crosstap_syscalls_by_proc (runtime_test.SystemTap) 2020-11-23 17:10:31,349 - oe-selftest - INFO - ... ok 2020-11-23 17:12:58,052 - oe-selftest - INFO - ---------------------------------------------------------------------- 2020-11-23 17:12:58,054 - oe-selftest - INFO - Ran 4 tests in 5051.537s 2020-11-23 17:12:58,054 - oe-selftest - INFO - OK 2020-11-23 17:13:08,416 - oe-selftest - INFO - RESULTS: 2020-11-23 17:13:08,417 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_helloworld: PASSED (4686.81s) 2020-11-23 17:13:08,418 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_pstree: PASSED (71.97s) 2020-11-23 17:13:08,418 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_syscalls_by_pid: PASSED (72.16s) 2020-11-23 17:13:08,418 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_syscalls_by_proc: PASSED (71.26s) 2020-11-23 17:13:08,432 - oe-selftest - INFO - SUMMARY: 2020-11-23 17:13:08,432 - oe-selftest - INFO - oe-selftest () - Ran 4 tests in 5051.540s 2020-11-23 17:13:08,432 - oe-selftest - INFO - oe-selftest - OK - All required tests passed (successes=4, skipped=0, failures=0, errors=0) (From OE-Core rev: 5f635423f00e7469e89f6729d973ca447a3ff11b) Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: avoid RDEPENDS on python3-core when not using python3Yann Dirson2020-11-241-1/+2
| | | | | | | | | distutils3-base.bbclass unconditionally adds python3-core to RDEPENDS_${PN}, yuck. (From OE-Core rev: 323b9728b31f785d64722ab3b03fae8d687f7cf4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: split runtime material in its own packageYann Dirson2020-11-131-0/+9
| | | | | | | | | | Note the _class-target qualifier, here to prevent a funky dependency of systemtap-native on systemtap-native-runtime-native. This possibly hints to something deeper ? (From OE-Core rev: 440dc8bacf6e6307ae8617194b75504702011b16) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: fix install when python3-probes is disabled in PACKAGECONFIGYann Dirson2020-11-131-2/+4
| | | | | | (From OE-Core rev: 75bca65ccdfe05da434a5c2b561e13f623499d53) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: clarify the relation between exporter and python3-probes featureYann Dirson2020-11-131-3/+1
| | | | | | (From OE-Core rev: 70e3c46a4df90fc6f59698d5e347087522ca85dd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: remove extra dependenciesYann Dirson2020-11-131-1/+1
| | | | | | | | | Most of the RDEPENDS part of PACKAGECONFIG[translator] appears to be related to examples only. (From OE-Core rev: 01372c667371a3749c485459d35033a29d150988) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>