PR32607: undefeat stapconf_HASH caching

Don't try to outsmart make with the autoconf_FOO.c.h ->
stapconf_HASH.h manufacturing steps in the generated module makefile.
If stap knows the result stapconf_*.h was pulled in from the module
cache, there's no need to tell make about the autoconf_* files, or at
least not to activate them in the usual dependency graph.  This
restores proper stapconf* caching, absence of which showed sometimes
absurd compilation times on small VMs.

systemtap.spec: disable %check by default

This cannot be enabled generally, because build system kernels
may be drastically different from the rpm target distro kernels,
thus the kernel-devel versions may vary or just be unavailable.

systemtap.spec: for %check smoketest, hard BuildRequire kernel-devel

Leaving it conditional appears insufficient if e.g. the builds are done
in a container.

post-release version bump -> 5.3

linux 6.13 compatibility: uprobes callback functions

Compensate for linux commit da09a9e0c3eab1 with autoconf-uprobes-cb-data.c .

(buildbot bump4)

(buildbot bump3)

(buildbot bump2)

(buildbot bump)

runtime: gcc-15 -Werror=unterminated-string-initialization workarounds

Use string literals more pedantically.

Revert "add support of compilation against clang and llvm's libc++"

This reverts commit 371b8390d37be73106a5332ad4abe403bc74a29a.

The configury is not completed, so machines without
boost/iostreams/device/file_descriptor.hpp just fail to compile
during the build, rather than falling back or exiting during
configure.

PR32458: rawhide (6.13) kbuild compatibility

Subject kernel versions introduce changes to the kbuild $(MAKE)
invocations process command line options, and twiddle with working
directories, making our systemtap module Makefile not quite
compatible.  Sprinkle $(obj)/ liberally around all the generated
header files (used for autoconf* purposes) and nearby.  This appears
to make both >6.13 and <6.13 kbuilds happy.

configury: regenerate on fedora 41

testsuite: tracepoint_list.exp: skip active probes

perf list may show active kprobes/uprobes from other concurrent
sessions.  These are not tracepoints that systemtap can possibly
attach to.

PR32524 cont'd: regenerate configury

operator==() is supposed to be a const-method, at least c++20 requires

Signed-off-by: Denis Pronin <dannftk@yandex.ru>

add support of compilation against clang and llvm's libc++

Signed-off-by: Denis Pronin <dannftk@yandex.ru>

PR32458: linux 6.13/fedora compatibility

It appears as though an unnecessarily complicated bit of our
module-building process, invoking a nested $(MAKE) to generate the
STAPCONF_HEADER header file.  This stopped working with a fedora
rawhide 6.13-rc thing, leading to frankly mystifying phenomena,
including our own generated Makefile being rewritten (!!!).  This
is now simplified.

PR32458 related: add a spec %check

This is intended to coarsely check kernel-devel <-> systemtap-runtime
compatibility at the moment of building.  (No guarantees about
later. :-)

Revert "PR32458: try workaround for kbuild Makefile.rhelver regression in fedora 6.13"

This reverts commit 0dc56d8a4ad2e2ad95600fb1834917ddb40287bc.
It works around only one instance of a larger problem.

PR32458: try workaround for kbuild Makefile.rhelver regression in fedora 6.13

$SUBJECT kernel build-tree Makefile fragment is no longer sought in
the Proper location, with systemtap-style OOT module makefiles.

Triaged-by: Will Cohen <wcohen@redhat.com>

RHBZ2333874: testsuite: add stap self-test to environment_sanity.exp

Add a "stap -p4 -c stap -e ..." test, so that
   % make check RUNTESTFLAGS=environment_sanity.exp
is a good "must-pass" smoke test to verify toolchain installation as
well as basic runtime/kernel compatibility.

PR32401: support additional c++ language codes

Extended dwflpp::iterate_over_globals to recognize other c++ language
levels.  Extended cast-scope.exp to iterate over several -std=c++FOO
cflags.  Tweaked cast-scope.cxx to use argv[1] for string parameter,
to prevent compiler short-circuit optimizations on fixed literal
hello-world.

PR32302:  Move forward decls to tracepoint_extra_decls()

Reduce the emacs dependencies to the bare minimum

The "BuildRequires: emacs" in systemtap.spec was used to pull in the
%{_emacs_sitelispdir} macro.  This rpm macro is actually provided by
the emacs-common RPM.  Changed the build dependency in systemtap.spec
to emacs-common to minimize the additional RPMs pulled it.

PR32302:  Emit forward decls within tracepoint_derived_probe_group() too

Forward decls added in commit 069def0ae9184 need to actually be
emitted in 2 locations, roughtly corresponding to where
tracepoint_extra_decls() is used.

It would be ideal to put them directly to tracepoint_extra_decls()
but that gives significantly less recognized tracepoints.

The plan is toreview this again though and try to merge the
tracepoint_forward_decls() body into tracepoint_extra_decls()
if possible.

RHEL-66577: add swapmonitor.stp sample

Tweaked slightly for generality to newer kernels.  Note that

% stap --example eventcount.stp 'kernel.function("swap_readpage")' 'kernel.function("swap_writepage")'

gives a similar report as the original version of this patch.

PR32302:  Unrecognized tracepoints

Add forward decls allowing for more kernel headers to be meaninfgully
used for tracepoint identification.  With this patch kernel.trace("*")
expands to 3080 tracepoints on 6.12.0-0.rc4.20241022gitc2ee9f594da8.40.fc42
x86_64.

RHEL-66150: systemtap.examples/cachestat.stp: port to kernel 6.4+

Follow up on some kernel function renaming, e.g. commit 263e721e3ba1f.

RHEL-66275: add a few functions to tapset/linux/inet_sock.stp

Test with:

root% stap -ve 'probe kernel.function("tcp_connect"){ printf("%6d %16s %6d %16s:%6d -> %16s:%6d\n", uid(), execname(), pid(),inet_get_ip_dest($sk), inet_get_local_port($sk), inet_get_ip_source($sk), inet_get_dest_port($sk))}'

NEWS 5.2: nail down a date

AUTHORS micro canonicalization

Deal with kernels pre-6.12 kernel that relocated unaligned.h

Observed on kernel-6.11.0-28.el10 the <asm/unaligned.h> was moved to
<linux/unaligned.h>.  The check was just looking at the kernel version
which was not sufficient on this Linux 6.11 with a backport moving
unaligned.h.

pre-release update-docs

pre-release bump

pre-release bumps

Fix typo in languange reference

This fixes the spelling of "shallow".

Remove obsolete systemtap.base/marker.exp

Kernel markers were removed by git commit fc5377668c3d808e1 in 2009
from the 2.6.32 kernels.  At this point marker.exp test just pushes up
the UNTESTED count of the testsuite and does not provide any useful
testing.  Removing marker.exp to clean up the testsuite.

Use "uname -m" rather than "uname -i" for register_*.exp tests

Several other tests for specific architectures were using "uname -i".
On newer Fedora distributions this returns "unknown" rather than the
hardware platform. On RHEL 8 "uname -i" works.  It returns the struct
utsname machine field, the same field that "uname -m" would print.
Switching these register_*.exp tests to use "uname -m".

Remove testing of dcookie syscall from systemtap.syscall/arg_write.stp

The dcookie support was removed from the linux 5.12 kernel (git commit
be65de6b03aa6).  Need to remove testing of dcookie syscall from
arg_write test to allow this test to run on newer kernels.  There is
still testing of argument writes on the dir and poll syscalls.

For preprocessor.exp use "uname -m" to find the machine architecture

On Fedora "uname -i" returns "unknown" which causes the preprocessor.exp
test to fail.  Reverting back to "uname -m".

Allow preprocessor.exp to work with Linux 6.x kernels

Update systemtap.base/cast.stp test to work with newer kernels

Linux kernel commit ec1d281923cf changed the usage field in the
task_struct from atomic_t to refcount_t.  The internal fields of the
two types are different.  Updated the cast.stp test to use the
appropriate type and field regardless which type is being used.

Update systemtap.printf/memory1_module.c to compile with newer kernels

Newer kernels are built with -Wmissing-prototypes enabled.  Need to
add prototypes for the exported functions in the module to allow it to
compile.  Also select the appropriate struct (struct proc_ops for
newer kernels or struct file_operations for older kernels) so the
stm_fops_cmd argument for proc_create() is the correct type.

Correct systemtap.base/regrediag.exp test name

The regrediag.exp was attempting to build a non-existent
regrewarning.stp.  Corrected the test name to "regrediag" to run
regrediag.stp.

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.

PR32209: Improve the fix per bugzilla comment #6

PR32209: Define the __COUNT_ARGS macro conditionally

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.

RHEL-47342: clarify that the systemtap-client subrpm is for -server use

There was confusion between -client and -devel.

PR32107: Drop obsolete -Werror hack

This was added in 2537a8805ce500b4e3474317dcbca4744895326e to workaround
a packaging whoopsie on our side in Gentoo (long before me!). It is now
obsolete and has been for a decade. Clean it up.

Adjust the rpc.stp tapset to work with newer kernels

Changes in the tapset made to address:
- $timeout is not available in a number of places (kernel commit  c743b4259c3a)
- svc_destroy has $servp in place of $serv
- svc_process is a void function (kernel commit 55fcc7d9159de)

RHEL-55262: Handle S390_lowcore macro removal

In kernel commit 39976f1278a9, macro S390_lowcore was replaced with
get_lowcore() causing https://issues.redhat.com/browse/RHEL-55262 .

rhbz2280168: spec nit to track %{_libexecdir}/systemtap/python/

rhbz2306555: move dtrace.1 man page to sdt-dtrace subpackage

session.cxx: fix syntax error in last commit

Reported-by: Will Cohen <wcohen@redhat.com>

session.cxx: kernel 6.11-rc3 found serviceable

session.cxx: note 6.10 in supporter kernel version range

rhbz2305568: devel subrpm should include vimfile/ subdirs too

... not just the individual .vim files.

systemtap.spec: http:// -> https://

... because why not

rhbz2296275: systemtap.spec: Final split of sdt-dtrace and sdt-devel

systemtap-sdt-devel subrpm no longer requires systemtap-sdt-dtrace.

PR32064: SEC_ERROR_BAD_DATABASE during very first stap-server start

RHEL-52491: NSS 3.101.0 compatibility

After NSS rebased to 3.101.0, systemtap stopped being able to grant
trust to stap-server: https://issues.redhat.com/browse/RHEL-52491 .
This patch fixes it.

testsuite pr14546: make unverbose

Previous version of this test was painfully verbose.  New code
runs stap under "-u" unoptimized mode to compute the backtraces
(to verify non-corruption of memory during those ops), but does
not actually print them any more.

Generate DWARF for python HelperSDT (refix)

Refix commit 4e8058f38d7f2ec2040d43ddcfddff5217e89423 by letting
CFLAGS propagate to python/setup.py through the Makefile, instead
of passing the flag explicitly.  Suggested by Miro Hroncok in
https://issues.redhat.com/browse/RHEL-43481 .

Generate DWARF for HelperSDT/_HelperSDT*.so

Python Extension Flags Reduction effort [1] dropped GCC -g switch
from the build and linker flags (CFLAGS and LDFLAGS) saved internally
in the Python interpreter for use by distutils and other build systems.

For systemtap this means that the expected debugging symbols weren't
generated for the Helper SDT python module, e.g.:

/usr/lib/debug/usr/lib64/python3.12/site-packages/HelperSDT/_HelperSDT.\
cpython-312-x86_64-linux-gnu.so-5.1-7.el10.x86_64.debug
in systemtap-runtime-python3-debuginfo ... is missing debugging symbols.

To generate the needed debugging symbols, the -g switch  needs to be
passed explicitly to the Helper SDT gen script via extra_compile_args.

-------
[1] https://fedoraproject.org/wiki/Changes/Python_Extension_Flags_Reduction

Make stp_task_work compatible with 6.11 kernels

Update systemtap runtime so that it works with kernel commit
68cbd415dd4b task_work:

s/task_work_cancel()/task_work_cancel_func()/

NEWS: note .spec change re. -dtrace subrpm

New sdt-dtrace subpackage for dtrace tool (rhbz#2296275)

This is phase one of the approved self-contained change:
https://fedoraproject.org/wiki/Changes/Separate_dtrace_package

Phase two will be to switch all packages that need the dtrace tool
to the new systemtap-sdt-drace and then we can remove
the requirement from systemtap-sdt-devel package.

RHBZ2297063: stap-prep should not have DEBUGINFOD_PROGRESS chattiness

post-release 5.2 version bump

Update tty.stp tapset for Linux 6.1 and newer

The buildok/tty-detailed.stp test was failing on Linux kernels 6.1 and
newer.  The tty.stp tapset was updated to address:

  - the n_tty_read() $buf argument becoming $kbuf
    (Linux git commit 3b830a9c34d5897be)
  - removal of the magic field from tty_struct
    (Linux git commit 7a4e0d2c7fb8e28bb)

Allow buildok/twentyseven.stp to work on kernels with inlined do_execve()

A earlier systemtap git commit 35ea394c93d3 disabled
buildok/twentyseven.stp probing of inlined versions of do_execve()
because the arguments being used were not available on Linux 4.11
kernels for the inlined version.  However, on newer x86_64 Fedora 39
systems the compiler is optimizing the Linux kernel 6.9.7 kernel code
so only the inlined version of do_execve() exists.  Loosening the
tewentyseven.stp probe to probe both inlined and non-inlined versions
of do_execve() to allow the test to work on newer systems.

Update scheduler.stp tapset to work with newer Linux kernels

The buildok/scheduler-detailed.stp was failing due to a number
of changes in the Linux kernel.  The scheduler.stp tapset
has been updated to address those Linux kernel changes:

   - scheduler_tick() => sched_tick() (Linux git commit cad6967ac10843)
   - send_signal() => send_signal_locked() (Linux git commit 157cc18122b4a145)
   - kernel tracepoint sched_signal_send => signal_generate
     (Linux git commit d1eb650ff4130)

+ configury refresh for last stap-prep Makefile.am tweak

stap-prep: install it into $prefix/bin just like any other script

Update nfsderrno.stp to work with Linux 6.10

The NFSERR_OPNOTSUPP error is not a valid NFS described
by any RFC and has been removed from the Linux 6.10
kernels by git commit 939cb14d51a.  For the Linux 6.10
kernels just make sure it is set to the value previously
used by earlier kernels for compatibility.

Update pmap_agg_overflow.stp to work with Linux 6.10 kernels

The Linux kernel renamed scheduler_tick() to sched_tick()
in git commit 86dd6c04ef9f213e.  Adjusted pmap_agg_overflow.stp
to allow the use of either name.

Update list of semok tests that do not work with the Dyninst backend

There were a couple of newer semok tests that use kernel specific
probes and/or tapset functions that will not build with the Dyninst
backend.  Those are now marked to be KFAIL to accurately reflect
the test results we expect.

Update list of buildok tests that do not work with the Dyninst backend

There were a number of newer buildok tests that use kernel specific
probes and/or tapset functions that will not build with the Dyninst
backend.  Those are now marked to be KFAIL to accurately reflect
the test results we expect.

dummy commit for CI/CD

Eliminate "fgrep is obsolescent" messages from systemtap.log

Clean up systemtap.log by using "grep -F" in the place of "fgrep" to
eliminate 1000+ lines of "fgrep is obsolescent" messages from
systemtap.log.

Update ioblock.stp tapset for Linux 5.11 and newer kernels

The Linux 5.11 kernels removed the $q argument from a number of block
io tracepoints.  The tapset has been adjusted to obtain the $q
information via alternative means.  The newer kernels have also
removed the bi_phys_segments field from the struct bio (Linux kernel
git commit 14ccb66b3f585).  The ioblock.stp tapset now uses the
bi_vcnt field as an approximate representation of that value.

Update dev.stp tapset for Linux 6.10

Linux 6.10 changes how the partition number is stored in struct block_device.
Linux kernel git commit 1116b9fa15c097 puts the partition number in the lower
8 bits of the __bd_flags and uses an accessor function to obtain it.  The
dev.stp tapset has been adjusted to work with this newer data structure.

RISCV registers.stp tapset updated to eliminate -Werror=missing-prototypes error

A number of systemtap scripts running on RISCV would get errors
messages about no previous prototype for
'_stp_regs_get_kernel_stack_nth_addr'.  The RISCV registers.stp
tapset has been adjusted to eliminate those errors.

sym.c: fix module_kallsyms_on_each_symbol not exported

module_kallsyms_on_each_symbol has never been exported (as noted by
33fae2d0107f ("This one seems simply like a non-export").

If kallsyms_on_each_symbol is exported (a revert of upstream in our
SLES case) then '!defined(STAPCONF_KALLSYMS_ON_EACH_SYMBOL_EXPORTED)'
is false and the local definition of module_kallsyms_on_each_symbol is
skipped.

This results in:
ERROR: modpost: "module_kallsyms_on_each_symbol" undefined!

Fixes: 33fae2d0107fb6166b4eac3fdffd277829849ab0
Signed-off-by: Tony Jones <tonyj@suse.de>

PR31907: STP_TIMING: BUG: using smp_processor_id() in preemptible on debug kernels

Thanks Junlong Li for the patch.

PR31893: access_ok() was called without turning off page faults

This bug was in function _stp_copy_from_user() of the systemtap runtime.

Thanks Junlong Li for the patch.

PR31861: runtime: Add STAP_MODULE_{INIT,EXIT}_HOOK

These C macro hooks allow tapsets to define their own C-land
initialization and finalization logic.

examples: add traceio3.stp

Inspired by a #systemtap irc conversation.

Disable liveness analysis for kernels with CONFIG_MITIGATION_RETPOLINE=y

The upstream linux git commit aefb2f2e619b6c334bc renames
CONFIG_RETPOLINE to CONFIG_MITIGATION_RETPOLINE.  The systemtap
code needs to look for CONFIG_MITIGATION_RETPOLINE setting in addition
to CONFIG_RETPOLINE and disable the liveness analysis if either one
is set.

Address changes in Linux 6.10 /include/linux/vmalloc.h

Upstream linux kernel git commit 88ae5fb755b0d contains a number of
changes in /include/linux/vmalloc.h that affect vmalloc, vmalloc_node,
and vzalloc_node definitions.  These are no longer functions but
macros and cannot be found in the list of symbols exported by the
kernel.  Support for vzalloc, vmalloc_node, and vzalloc_node has been
in kernels since Linux 2.6.37.  Given that systemtap requires Linux
3.10 or newer there is no longer a need to check for the existence of
these functions or provide local versions of them.

Avoid -Werror=empty-body errors from runtime/linux/uprobes-inode.c

Newer linux kernel compiles are being built with -Werror=empty-body.
For some modules generated runtime/linux/uprobes-inode.c is pulled in
and will get error messages like the following:

In file included from /tmp/stapGIM4O9/stap_ded21c54fce18c6570a8930d823aca3a_10928_src.c:2439:
/home/wcohen/systemtap_write/install/share/systemtap/runtime/linux/uprobes-inode.c: In function 'stapiu_change_semaphore_plus':
/home/wcohen/systemtap_write/install/share/systemtap/runtime/linux/uprobes-inode.c:795:5: error: suggest braces around empty body in an 'else' statement [-Werror=empty-body]
  795 |     ; // already unlocked
      |     ^
cc1: all warnings being treated as errors

Added "{}" in the appropriate location to indicate to the compiler
that this is intentional.

Avoid -Werror=old-style-declaration for stap_probes array in generated kernel modules

With newer linux kernels additional compilers checks are being done
and will get error messages like the following for the generated
module:

/tmp/stapuundLy/stap_2755fca707746de04395c85872aae4b8_1753_src.c:111:1: error: 'static' is not at beginning of declaration [-Werror=old-style-declaration]
  111 | } static stap_probes[];
      | ^
cc1: all warnings being treated as errors

Tweaked the code generation in translate.cxx to output the static
stap_probes array in a form that is agreeable to newer kernel builds.

Avoid -Werror=empty-body errors from runtime/linux/debug.h macros

When attempting to run the testsuite the sanity.exp test fails
due to the following -Werror=empty-body errors:

/home/wcohen/systemtap_write/install/share/systemtap/runtime/transport/relay_v2.c: In function '__stp_relay_wakeup_timer':
/home/wcohen/systemtap_write/install/share/systemtap/runtime/linux/debug.h:47:36: error: suggest braces around empty body in an 'else' statement [-Werror=empty-body]
   47 | #define dbug_trans(level, args...) ;
      |                                    ^
/home/wcohen/systemtap_write/install/share/systemtap/runtime/transport/relay_v2.c:195:17: note: in expansion of macro 'dbug_trans'
  195 |                 dbug_trans(0, "relay_v2 wakeup timer expiry\n");
      |                 ^~~~~~~~~~
/home/wcohen/systemtap_write/install/share/systemtap/runtime/transport/symbols.c: In function '_stp_set_stext':
/home/wcohen/systemtap_write/install/share/systemtap/runtime/linux/debug.h:103:34: error: suggest braces around empty body in an 'else' statement [-Werror=empty-body]
  103 | #define dbug_sym(level, args...) ;
      |                                  ^
/home/wcohen/systemtap_write/install/share/systemtap/runtime/transport/symbols.c:44:17: note: in expansion of macro 'dbug_sym'
   44 |                 dbug_sym(1, "found kernel _stext load address: 0x%lx\n",
      |                 ^~~~~~~~

Changed the effectively empty macros in runtime/linux/debug.h to use
"do { } while (0)" to eliminate these errors.

man/error::pass5.7stap: extend with kernel-version-mismatch hints

session.cxx version report: note bumped up kernel minimum to 3.10

RHEL6 was previously deprecated from the runtime.

testsuite/buildok/defined-entry.stp: tweak for newer kernels

bunsen indicates this as a pesky failure

PR31495: teach stap-prep to work with other RT kernels

PR31740: use of @hist_log or @hist_linear would lead to bad results in stat ops like @variance()

The fields bit_shift and stat_ops of pmap were never initialized
properly in such cases.