Bug 2315921
| Summary: | error: ‘uprobe_unregister’ undeclared here (not in a function) | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jun Aruga <jaruga> |
| Component: | systemtap | Assignee: | Frank Ch. Eigler <fche> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | amerey, fche, mcermak, mjw, scox, vondruch, wcohen |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | systemtap-5.2~pre17283218gc5774e18-1.fc42 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2024-10-07 20:45:02 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Jun Aruga
2024-10-01 14:25:09 UTC
This is addressed in the upstream git commit b1d109410c27538bfd2148add9272aca89f46b72
Author: Martin Cermak <mcermak> 2024-09-24 06:00:10
Committer: Martin Cermak <mcermak> 2024-09-24 06:04:17
Parent: 2f085c803d5eea6029e32feefc91510b439085a3 (RHEL-47342: clarify that the systemtap-client subrpm is for -server use)
Child: 0b7f672260ae1de1f20ee9927c7b1e956cbde0e5 (PR32209: Define the __COUNT_ARGS macro conditionally)
Branches: master, remotes/origin/master
Follows: release-5.1
Precedes:
PR32194: Use v6.12 versions of uprobe register and unregister functions
Kernel 6.12 comes with kernel commits 04b01625d and 3c83a9ad changing
the way uprobe register and unregister functions work.
Doing a respin for Fedora rawhide to address this, systemtap-5.2~pre17277956g0b7f6722-1.fc42.
This should be addressed by systemtap-5.2~pre17277956g0b7f6722-1.fc42. Thanks for fixing this issue quickly. I confirmed the systemtap-5.2~pre17250223gd07e4284-1.fc42.x86_64 fixed this issue by the following steps. Below is the koji build of systemtap-5.2~pre17250223gd07e4284-1.fc42. https://koji.fedoraproject.org/koji/buildinfo?buildID=2558654 I installed the RPMs directly. ``` # rpm -Uvh systemtap-5.2~pre17277956g0b7f6722-1.fc42.x86_64.rpm systemtap-runtime-5.2~pre17277956g0b7f6722-1.fc42.x86_64.rpm systemtap-devel-5.2~pre17277956g0b7f6722-1.fc42.x86_64.rpm systemtap-client-5.2~pre17277956g0b7f6722-1.fc42.x86_64.rpm ``` Then the installed and used RPM packages are below. ``` # rpm -qa | grep systemtap systemtap-devel-5.2~pre17277956g0b7f6722-1.fc42.x86_64 systemtap-runtime-5.2~pre17277956g0b7f6722-1.fc42.x86_64 systemtap-client-5.2~pre17277956g0b7f6722-1.fc42.x86_64 systemtap-5.2~pre17277956g0b7f6722-1.fc42.x86_64 # uname -r 6.12.0-0.rc0.20240927git075dbe9f6e3c.14.fc42.x86_64 # rpm -q kernel kernel-devel systemtap systemtap-devel ruby ruby-doc kernel-6.12.0-0.rc0.20240920gitbaeb9a7d8b60.7.fc42.x86_64 kernel-6.12.0-0.rc0.20240927git075dbe9f6e3c.14.fc42.x86_64 kernel-devel-6.12.0-0.rc0.20240927git075dbe9f6e3c.14.fc42.x86_64 systemtap-5.2~pre17277956g0b7f6722-1.fc42.x86_64 systemtap-devel-5.2~pre17277956g0b7f6722-1.fc42.x86_64 ruby-3.3.5-15.fc42.x86_64 ruby-doc-3.3.5-15.fc42.noarch # rpm -qf /usr/share/doc/ruby-doc/ruby-exercise.stp ruby-doc-3.3.5-15.fc42.noarch ``` Then the following command is working now. ``` # stap -v /usr/share/doc/ruby-doc/ruby-exercise.stp Pass 1: parsed user script and 487 library scripts using 144488virt/111708res/15044shr/98084data kb, in 160usr/60sys/219real ms. Pass 2: analyzed script: 19 probes, 7 functions, 1 embed, 0 globals using 222280virt/120956res/20324shr/110292data kb, in 130usr/40sys/1086real ms. Pass 3: translated to C into "/tmp/stapQ9tuFw/stap_5a58380fb579a7865dd54e6a607a7271_18907_src.c" using 222576virt/121940res/20960shr/110588data kb, in 190usr/430sys/2057real ms. Pass 4: compiled C into "stap_5a58380fb579a7865dd54e6a607a7271_18907.ko" in 31600usr/5140sys/37454real ms. Pass 5: starting run. ``` Hi William, I was told at devel mailing list [1] that the gating for the systemtap-5.2~pre17277956g0b7f6722-1.fc42 build failed.[2] Therefore the build is not tagged to the the "f42" tag yet. You may take a look at the failure. [1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ITFJ6TJ5HENGXVY5J3PXSHRP4O6KXBCC/ [2] https://bodhi.fedoraproject.org/updates/FEDORA-2024-734dfcbc9d William, I changed this ticket's status from CLOSED to MODIFIED. Because I mentioned above, the gating in Bodhi is failing. There appears to be an issue with the gating system rather than the systemtap build. I retriggered the CI testing: https://bodhi.fedoraproject.org/updates/FEDORA-2024-734dfcbc9d Looks like the freshest Linux 6.12 kernels causing problems with the functional testing (https://artifacts.dev.testing-farm.io/ba52d499-9665-48c5-b1af-e10ad447aac6/). Doing another respin with the following patch just checked in: commit c5774e18b7241cc484ef9d5e17214651b9b9d439 (HEAD -> master, origin/master, origin/HEAD) Author: William Cohen <wcohen> Date: Mon Oct 7 11:27:10 2024 -0400 Address the Linux 6.12 move of the unaligned.h include file The Linux git commit 5f60d5f6bb moved unaligned.h from asm/unaligned.h to linux/unaligned.h. Adjusted runtime/sym.c to include the unaligned.h from the appropriate location. Thanks for working on it. I can see all required tests passed with the systemtap-5.2~pre17283218gc5774e18-1.fc42. https://bodhi.fedoraproject.org/updates/FEDORA-2024-0d1a455d79 And the systemtap-5.2~pre17283218gc5774e18-1.fc42 has the f42 tag. https://koji.fedoraproject.org/koji/buildinfo?buildID=2563213 |