Adjust hugepage_cow_delays.stp to work with newer kernels

Kernel git commit c0e8150e144b6 changed the function handling the
copy-on-write operations for hugepages from copy_user_huge_page to
copy_user_large_folio.  Made hugepage_cow_delays.stp use the new
function name when it is available.

PR31500: Never allow probing of kernel __init or __kprobes functions

When guru mode was used it was possble to get systemtap to instrument
kernel functions marked with __init or __kprobes.  By the time that
systemtap instrumentation is being loaded a kernel __init marked
functions has already run and may be in a section of memory that has
been freed up.  At best this probe will never trigger.  At worst the
registration of the probe will cause a memory fault causing the
process to be killed.  Also probes shouldn't be allowed on __kprobes
functions as a rule.

PR31525: add preempt* controls for more STP_TIMING cases

The testusite produces warnings otherwise.

PR31519: sys/sdt.h causes compiler warnings when compiling with C++

Add a defined(__STDC_VERSION__) guard.

Remove unneeded guru mode option from poll_map.exp

Guru mode should only be used when it is really needed to allow the
systemtap script change program state or disable some safety check or
black list exclusions. With guru mode enabled on a particular machine
this test would attempt to probe
kernel.function("vfs_caches_init").call, an initialization function on
a page that would would later freed.  The script would get page fault
when attempting to install the kprobe for this function.

Allow systemtap --target-namespace=PID option to work with Intel IBT

On Intel systemtap with IBT the systemtap runtime code to implement
--target-namespace=PID would cause a trap to occur.  The runtime
indirect calls are now properly wrapped and will execute without issue
on machines supporting Intel IBT.

PR31495: teach step-prep to guess kernel-rt on .rt uname kernels

This heuristic was requested by a user.

PR31491: stapsh: support --remote=bpf

This needed just some code to recognize incoming ".bo" files as
something to be run via stapbpf.

(AUTHOR credit for tapset contribution)

Revert "PR30716: Turn off objtool warnings on systemtap instrumentation modules"

This reverts commit 155c689b2a75dcb217a1c52886c04982f4c169f2.

There are other things that objtool is doing in addition to checking
user accesses and disabling objtool with newer RHEL9
5.14.0-428.el9.x86_64 causes the system to reboot when setting up some
tracepoint probes (PR30472).

PR31490, add some tcp.stp tapset extensions

Some more little goodies from <xili@redhat.com>.

PR30716: Turn off objtool warnings on systemtap instrumentation modules

The previous approaches to turning off the objtool warnings did not
work for x86_64 RHEL9.  The systemtap generated code is not on the
whitelist to use certain kernel functions. The additional objtool
warning output mentioning the systemtap code using those functions
with UACCESS enabled caused a number of the tests in the testsuite to
fail.  The generated Makefile now includes a line to turn off running
objtool on the systemtap generated module and eliminates those
warnings.

PR31117: Correct handling of transport layer allocated memory

The _stp_print_flush() code was not correct.  There are four possible
ranges of values compared to the header size (hlen)
_stp_data_write_reserve() could return when beginning to write out
log:

<0      unable to allocate any space
<hlen   pad out the allocated space and try another allocation
==hlen  just enough space for the initial header
>hlen   write out the header and some portion of log

The case where the space allocated was equal size of the header
(==hlen) was not handled correctly.  In the cases where there was only
enough room to write the header the _stp_transport_failures variable
was incremented and none of the log data was written out.  The correct
course of action in these cases would be to write the header out in
the allocated space and start looping to write the rest of the log
data.

PR31368: Make debuginfod downloads interruptible

React to Ctrl-C when debuginfod downloads are in progress.

PR31404: Make tracepoint queries work with gcc14

The Fedora rawhide Linux 6.8 kernels are built with gcc14 and include
-Wmissing-prototypes in the CFLAGS options.  When building the
kernel modules to query the available tracepoints errors occur
resulting in kernel tracepoints being found. The fix is to
include a function declaration before the function definition
in the DECLARE_TRACE macro.

Get SHM_* flag defines from the appropriate include file for Linux 6.8 kernels

Linux git commit bc46ef3cea3d6f6 removed the include/uapi/linux/shm.h
from include/linux/shm.h.  For the newer Linux 6.8 kernels need to get
SHM_* defines directly from include/uapi/linux/shm.h.

PR19360: Correct lwtools fslatency-nd.stp and fsslower-nd.stp

Reviewed examples to ensure that the entry value for a function
argument is used for function return probes. Found that
__vfs_write.return probes aliases were missing ".return" and needed an
@entry() for the argument fetch in fslatency-nd.stp and
fsslower-nd.stp.

PR31373: Deal with the removal of strlcpy() from linux 6.8

The Linux 6.8 kernels removed strlcpy() with git commit d26270061a in
January 2024.  All the kernel's strlcpy() uses were converted to
strscpy().  Systemtap needed to do the same.  This is implemented in
systemtap with a strlcpy macro in the runtime that translates the
strscpy() return value into the equivalent strlcpy() value.

Update the aux_syscall.stp tapset to directly include <uapi/linux/wait.h>

The linux kernel git commit 6dfeff09d5ad33190 removes the include for
<uapi/linux/wait.h> from <linux/wait.h>.  The kernel has had
<uapi/linux/wait.h> header for over a dozen years (kernel git commit
607ca46e97a1b65) and systemtap should just use that directly.  The
downside of this change is that systemtap will require a Linux 3.7 or
newer kernel.

Fix tast_start_time for newer kernels

Kernel git commit cf25e24db61cc9d renames real_start_time member of
the task_struct to start_boottime.  The task_start_time function needs
to be adjusted to handle this new name.

PR29997: Fix the symbol aliases search failure when symbol version is missing

After calling module_info::update_symtab, function aliases will be
populated. Then the updated symtab will be used for symbol searching.

For the _IO_new_fopen family with the aliases:

  $ eu-readelf -s /lib64/libc.so.6  | grep 0000000000077440
    247: 0000000000077440     14 FUNC    WEAK   DEFAULT       16 fopen64@@GLIBC_2.2.5
   1014: 0000000000077440     14 FUNC    GLOBAL DEFAULT       16 fopen@@GLIBC_2.2.5
   1028: 0000000000077440     14 FUNC    GLOBAL DEFAULT       16 _IO_fopen@@GLIBC_2.2.5
   1556: 0000000000077440     14 FUNC    LOCAL  DEFAULT       16 _IO_fopen64
   3471: 0000000000077440     14 FUNC    LOCAL  DEFAULT       16 __new_fopen
   4765: 0000000000077440     14 FUNC    LOCAL  DEFAULT       16 _IO_new_fopen
   5110: 0000000000077440     14 FUNC    WEAK   DEFAULT       16 fopen64
   7198: 0000000000077440     14 FUNC    GLOBAL DEFAULT       16 fopen@@GLIBC_2.2.5
   7433: 0000000000077440     14 FUNC    GLOBAL DEFAULT       16 _IO_fopen@@GLIBC_2.2.5

  a) fopen@@GLIBC_2.2.5 exists in the updated symtab
  b) fopen does not exist in the updated symtab

This PR is to add a version info padding when symbol cannot be found in
the updated symtab, so systemap can support searching symbol aliases like
this:

  $ stap -L 'process("/lib64/libc.so.6").function("fopen")'
  # And with wildcard, like this
  $ stap -L 'process("/lib64/libc.so.6").function("fo*en")'

Signed-off-by: Di Chen <dichen@redhat.com>

PR31309: Avoid NULL pointer dereference

session.c: bump kernel_version_range()

PR31288: build with gcc14 cont'd

testsuite: extend pr30407.exp to also cover PIE binaries

syscall testsuite clock.c test adjusted for newer adjtimex syscall.

PR31288: build with gcc14

GCC14 makes -Wmissing-prototypes defaultish on, which triggers on such
gentle-spirited code as:

    void foo(void) { }

when you should darn well know to have an exact duplicate declaration
prototype first.  Because of course.

    void foo(void);
    void foo(void) { }

So anyway, with our fondness for -Werror, this broke the stap runtime
autoconf* business, bits of the runtime, bits of the translator.
Probably more stuff as yet unidentified.  If your testsuite logs show:

 [...]: error: no previous prototype for ‘[...]’ [-Werror=missing-prototypes]

this is probably to blame.

Since this is coming to clang as well, we now get buildrun.cxx to
force -Wmissing-prototypes on all the time, so as to try to notice
occurrences of this problem earlier.

PR26843: print_ubacktrace_fileline() fails with PIE binaries

Ubuntu has it's GCC configured with --enable-default-pie.  The
binaries it's producing by default are DYN (Position-Independent
Executable file).  This isn't reflected in the producer record.
For processing PIE binaries, additional relocation is needed in
the stap runtime.

Fix width of _stp_filename_lookup_5's offset to .debug_line_str

The read_pointer( ... DW_EH_PE_data4 ... ) gives a 4 byte value.
Elfutil's readelf.c does this with read_4ubyte_unaligned_inc().
Adjust the storage width for such offset to prevent overflow.
Problem demonstrated with context.exp / symfileline.tcl.

testsuite: fix perms of a few .exp files; no +x needed

PR31117: Eliminate some transport failures

The headers for messages cannot span subbuffers.  Depending on the
previous messages the remaining space left in a subbuffer may to too
small for a header.  The code would give up and drop that particular
message when the code found that there was not enough space to write
the entire header.  The revised code now zeros out that small block
allocated and tries again to allocate buffer space for the message
before giving up.  In the common case the next subbuffer has plenty of
space for the header and the rest of the message.

PR31280: Add a -Werror suppression configury option, for overly aggressive compiler versions.

systemtap.spec: put back the "migrated to spdx" %changelog marker

Fix gates emitting .debug_line_str into stap_symbols.c

The symfileline subtest of context.exp pointed a finger to situation
where debug_line_str data weren't emitted to stap_symbols.c while they
were needed.  Align the conditions for emission of .debug_line and
.debug_line_str with conditions for their use.

testsuite: Update context.exp

This improves test results of context.exp.  First it makes the
two .ko's buildable with modern kernels.  The module code seems
to be based on LTP's crasher testcase, and the source should be
usable with 2.6.32 onwards.

I've been facing a problem where systemtap_test_module1 was unable
to see symbols exported by systemtap_test_module2 via EXPORT_SYMBOL
Building both modules using one single makefile seems to solve the
problem.  It also simplifies the testcase.  The makefile2 isn't needed.

Adjust timing in the .tcl files so that expect gates work as needed.
This timing update alread was in symfileline.tcl (kludge warning) and
this timing update now is in all the tcl files.

stapvirt.c: More gcc-14 -Werror=calloc-transposed-args compatibility

PR31242: Support namespaced include directories in Dyninst

Dyninst now has some namespaced include directories (e.g.,
dyninst/registers/MachRegister.h). This requires adding the top-level
include to the compile flags to find the headers in the flat namespace
included from a namespaced directory.

PR31235: configury

Correct nesting of HAVE_DYNINST vs. HAVE_NSS in Makefile.am.

PR31215: @__compat_task misbehaves

Fix detection of probing a 32-bit userspace binary on x86_64.

testsuite:  Fix syscall test runtime problems

This update is mostly addressing SEGVs in syscall tests
compiled as a 32 bit binary on x86_64.  The 32-bit syscall
wrappers typically convert one structure to another by
dereferencing individual struct members.  This is a problem
when pointer to the said struct is invalid (-1).

testsuite:  Drop ancient rhel6-era nfsservctl.c syscall test

Refresh the syscall number tables

Refresh the syscall number tables using scripts/dump-syscalls.sh
using strace commit 9c5b28d0dc17361425f8d63290f31722507435b0 .

PR29076: syscall test fixes for .rodata on x86_64 for  syncfs.c

tapset: Fix _struct_timeval_u()

The utimes, select and settimeofday syscalls switched from using
struct timeval over to struct __kernel_old_timeval.  This changed
in kernel-5.5-rc1.

testsuite: Avoid SEGv in systemtap.syscall/select.c

testsuite:  Remove parallel testsuite runs relicts

Continue cleanup started in commit 12c28db32718 .
The _init and _finish functions are being called
from dejagnu/runtest.exp in case they are present.

bpf-translate.cxx: fix build against upcoming `gcc-14` (`-Werror=calloc-transposed-args`)

`gcc-14` added a new `-Wcalloc-transposed-args` warning recently. It
detected minor infelicity in `calloc()` API usage in `systemtap`:

    bpf-translate.cxx: In function 'bpf::BPF_Section* bpf::output_probe(BPF_Output&, program&, const std::string&, unsigned int)':
    bpf-translate.cxx:5044:39: error: 'void* calloc(size_t, size_t)' sizes specified with 'sizeof' in the earlier argument and not in the later argument [-Werror=calloc-transposed-args]
     5044 |   bpf_insn *buf = (bpf_insn*) calloc (sizeof(bpf_insn), ninsns);
          |                                       ^~~~~~~~~~~~~~~~
    bpf-translate.cxx:5044:39: note: earlier argument should specify number of elements, later size of each element

testsuite listing_mode.exp: canonicalize subtest names

Replace hexadecimal literals with HEXADDR.

Makefile.am: fix build with --with-debuginfod=/path configure option

While I was testing my previous fix with libdebuginfod auto detection
failure I've noticed that configure option --with-debuginfod=/path does
not work in case if system does not have elfutils-debuginfod-client-devel.

I had external elfutils branch with debuginfod metadata change installed
at /path and when I've tried to build SystemTap with it, it was failing
in multiple places. My system is FC38.

It boils dows for couple issues applied in serveral Makefile.am files.

1. util.cxx is C++ file so debuginfod_CFLAGS should be added to _CXXFLAGS
flags, rather then just _CFLAGS

2. debuginfod_LDFLAGS should be added to _LDFLAGS, otherwise link command
does not get proper -L flag

Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com>

configure.ac: fix broken libdebuginfod library auto detection

After 2e67b053e3796ee7cf29a39f9698729b52078406 "configury: rework debuginfod searches"
commit, libdebuginfod.so library auto detection is broken. It was reported by Martin Jansa
on openembedded-core mailing list [1].

Currently configure.ac does "AC_DEFINE([HAVE_LIBDEBUGINFOD], [1] ..." as long as
no --without-debuginfod option is passed, regardless PKG_CHECK_MODULES check result.
It seems to be bad copy/paste. Address the issue by moving the AC_DEFINE back to
PKG_CHECK_MODULES action-if-found block.

To reproduce the issue on FC system, one can do the following
"sudo dnf remove elfutils-debuginfod-client-devel" and then try to build SystemTap
util.cxx will fail to compile because of missing elfutils/debuginfod.h because
config.h will have "#define HAVE_LIBDEBUGINFOD 1", while config.log and configure
output indicates that check for libdebuginfod library failed.

[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

Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com>

staprun: fix build against upcoming `gcc-14` (`-Werror=calloc-transposed-args`)

`gcc-14` added a new `-Wcalloc-transposed-args` warning recently. It
detected minor infelicity in `calloc()` API usage in `systemtap`:

    staprun.c: In function 'main':
    staprun.c:550:50: error: 'calloc' sizes specified with 'sizeof' in the earlier argument and not in the later argument [-Werror=calloc-transposed-args]
      550 |                 char ** new_argv = calloc(sizeof(char *),argc+2);
          |                                                  ^~~~

PR31060: Dynamically switch mount namespaces for the target.

When --target-namespace=PID is specified, the early uprobe registration
and target program file path resolving in task finder should switch the
current mount namespace to the target program's.

Otherwise we'd see errors like this:

    ERROR: Couldn't resolve target program file path '/newtarget/a.out': -2

We switch mount namespaces in the kernel space around kern_path() calls
because the kernel module also fiddles with files like relayfs in the
original mount namespace. The granularity of calling setns() on userland is
just too coarse.

For older kernels like those on CentOS/RHEL 7, Ubuntu 16.04 and Debian 9,
we use a hack to call the setns() syscall directly from within the
kernel space. Newer kernels have a good enough kernel C API to emulate
setns() in the kernel space.

PR31180: feature: added new probepoint process.data(ADDR).* for userland hardware watchpoints.

Refactored some of the code for kernel.data(*).* probepoints to the stap runtime.

This makes development easier by avoiding updating a lot of code in
the translator all the time.

This also makes the upcoming process.data(*) probepoints easier to
implement.

Additionally, we made it abort when the first hw breakpoint fails
to register instead of going on registering the remaining hw
breakpoints. Added tests to cover this change.

change: use bounded loops for spin_trylock() in the NMI context.

PR31176: fix Spin lock deadlocks in memory pool allocations for mixed NMI and non-NMI contexts

The kernel's lockdep finds dead locks in the stap memory pool allocator's
spinlocks when mixing NMI and non-NMI contexts.

Now we use trylock in the NMI context to avoid waiting forever on a lock
held by a non-NMI context (which is interrupted by NMI).

This bug can be reproduced by running TEST 4 in
testsuite/systemtap.base/kernel-hw-breakpoint-addr.exp on a lockdep
kernel that is recent enough (like 5.11.22).

tests: updated the test cases in kernel-hw-breakpoint-addr for ubuntu and slower machines.

PR30831: Improve error handling of systemtap workqueue

During the startup of systemtap instrumentation a workqueue is
created.  It is possible that the kernel is unable to allocate space
for the workqueue. The initialization for this case should return
-ENOMEM to end the loading of the instrumentation module.  There are
other ways that the systemtap instrumentation may fail during
initialization after the creation of the workqueue.  In those cases
the workqueue needs to be destroyed to avoid leaking resources.

Add more tests to cover the kernel.data(ADDR) probepoints much better.

Also fixed the symbol extraction regex (against nm outputs) in the
test scaffold.

Adjust DEBUG_TRANS enabled code to work with current kernels and compilers

The last element in _stp_command_names is in
_stp_command_name[STP_MAX_CMD].  Thus, the array has STP_MAX_CMD+1
elements rather than STP_MAX_CMD elements.  The compiler would flag
the access beyond the end of the array due to the incorrectly sized
array.

The min operation provided by the kernel's minmax.h include does type
checking.  Needed to type cast STP_MAX_CMD to match the other argument
and avoid the compiler flagging the type mismatch as an error.

PR31039: Make autoconf-utrace-via-tracepoints.c work with struct folio

Newer linux kernels are using struct folio in place of struct page.
Kernel git commit 8c9ae56dc73b5ae48 replaces the struct page argument
in should_numa_migrate_memory() with a struct folio.  To make the
autoconf-utrace-via-tracepoints.c test compile properly needed to add
an include to pull in the struct folio definition.  This allows the
auto_path.exp and many other tests using userspace probes to function
properly on the newer Linux 6.7 kernels.

PR31119: translator: sign-extension might yield wrong results in string escaping code.

The C++ sign-extensiosn might lead to wrong results in the current escapging
code:

`(unsigned)str[I]` is equivalent to `(unsigned)(int)str[i]`.

Thanks Junlong Li for the original patch.

PR27803: Do not remove doc/SystemTap_Tapset_Reference/tapsets.pdf

The "make clean" would remove tapsets.pdf and the "make" does
not rebuild it.  tapsets.pdf is built using some other scripts
and is checked into the SystemTap git repository.  Changing
the Makefile.am and Makefile.in to avoid removing tapsets.pdf

testsuite:  Use --skip-badvars with syscall tests (cont'd)

testsuite:  Use --skip-badvars with syscall tests

Without it, the "big" test module, having syscall.* in it, might
not compile at all. In such case none of the syscall tests can run.
This way we can at least run the tests and possibly KFAIL the test
results where needed.

Support kretprobe ABI change in Linux 5.11 kernels

Linux git commit d741bf41d7 changed how to access information
associated with a kretprobe instance.  Code should use the
get_kretprobe function to get that information.  For older kernels
just define an equivalent get_kretprobe define.

PR31074: Ensure that the set_kernel_string* functions limit their writes

Both the set_kernel_string and set_kernel_string_n function use the
underlying _stp_store_deref_string_ function to write strings.  There
were two issues with the this function:

 1) wrote MAXSTRINGLEN bytes even if string was shorter
 2) null write at end could spill past end of buffer

The first issue was addressed by stopping to write once a null
character is encountered.  The second issue is a side effect of C
implicit promotion of character constants to ints and was addressed by
explicitlying casting the character constants as a char.

The pr31074.exp test was added to verify that the write length are
limited to string length and the null write does not go beyond the end
of the buffer.

Makefile.am: remove runtime/linux/uprobes and runtime/linux/uprobes2 install

"PR30434 continuation:  Removed old uprobes, uprobes2 implementation,
uprobes-inc.h & any mentions of CONFIG_UTRACE." commit removed uprobes,
and uprobes2 sources and directories, but Makefile.am still tries to
install them. In fact after failing to 'cd' into runtime/linux/uprobes
directory it copies top level *.[ch] files into
${prefix}/share/systemtap/runtime/linux/uprobes directory.

The issue was caught by OpenEmbedded project do_package_qa checks.

Signed-off-by: Victor Kamensky <victor.kamensky7@gmail.com>

systemtap.spec: always build systemtap-jupyter

The build/packaging part of that subsystem does not actually depend on
python or anything.  The "make install" configury is entirely unconditional.
So the RPM should also unconditionally package the %files up.  (They won't
-run- without python, but that's a runtime dependency issue, not a build-time
one.)

testsuite: Allow for caching the syscall test module

The systemtap module needed for the syscall test is big, and building
it takes time.  In case one tries to fix a syscall test, keeping the
tapset intact, it's handy to cache the module to save time.

However, using the cached module may lead to confusing results in case
it's not used right.  To lower the risk, the testcase prints a bold warn
message if the feature is in use.

Here's an example usage:
make installcheck RUNTESTFLAGS=syscall.exp CHECK_ONLY=futex REUSE_MODULE=1

Testsuite: syscall/clock.c: RHEL8 improvements

post-release 5.1 version bump

Tweak testsuite/semok/target_addr.stp to work with linux 5.14 and newer.

PR29076: syscall test fixes for .rodata on x86_64 for pwritev.c and sysfs.c

PR29076: Additional syscall test fixes for .rodata on x86_64

There were a number of additional syscall tests that needed fixes
similar to git commit 6577f2237.

Fix map_hash.exp and map_wrap.exp tests

At one time systemtap output hexidecimal numbers for dumping
the associative arrays.  It is currently using decimal numbers.
The map_hash.exp and map_wrap.exp tests needed to be adjusted
to recognize the current systemtap output.

bugfix: older gcc versions do not have the -Wno-infinite-recursion option.

This affect older gcc versions used to compile the kernel.

PR31054: Non-system-wide perf event probes should not use work queues for registration

The non-system-wide task-finder-based perf event probes do not have the
limitation of always requiring SYS_CAP_ADMIN like the system-wide ones.
So avoiding the work queue thing for this case is a nice-to-have optimization.

Getting rid of work queue in this case also make it easier if we want to
support resolving task executable file paths in another mount namespace
in the future (otherwise the current task context would be kworker
instead of stapio/staprun).

feature: stap -t now outputs module init timing reports.

translator: fixed output code indentation regarding stap -t.

PR31052: -DDEBUG_MEMALLOC_MIGHT_SLEEP resulted in lots of kernel errors

We should really enable `might_sleep()` only when the gfp_mask might sleep.

PR31053: memory allocator might sleep in atomic contexts

Previously, STP_ALLOC_FLAGS used in the stap kernel runtime's
memory allocator actually included __GFP_IO and __GFP_FS flags which might
sleep. All modern kernels would trigger this bug.

STP_ALLOC_FLAGS is supposed to be used "anywhere", including atomic
contexts.

PR31051: memory and uprobe leaks in early uprobe registraton code when errors happen

debug: added new MTAG macro so that we can know where the leaked allocation comes from.

It is still required to add MTAG invocations to the relavant code. I
prefer not adding them by default to the code base since it gets messy
very quickly.

One sample error line is like this:

    ERROR: Memory ffff88811e63b320 len=72 tag=runtime/linux/uprobes-inode.c:556
        allocation type: kmalloc. Not freed

In this example, we know the leak comes from the code after the line 556
of the source file uprobes-inode.c and also before the next MTAG
invocation.

testsuite: PR30407 cleanup

The build process (including the testsuite) should not attempt to
modify $srcdir - it might be read-only.  Instead, those little files
are simply put into the git repo.  Also, switched to a dejagnu library
routine for the target file compilation, with more consistent
diagnostics.

systemtap.spec: Correct 5.0 release timestamp

testsuite: auto_path.exp

Rework invocation mechanism for the workload test binaries some more.
These are now run from within the systemtap script directly, instead
of funky nested expect { } blocks inside tcl.

prerelease datestamp fixes

Fix timing issue causing failures of testcase auto_path.exp

PR31028: Handle .callee probes for DWARF5 information

DWARF5 stores call site information differently than DWARF4. The
DWARF5 call sites are tagged with DW_TAG_call_site in place of
DWARF4's DW_TAG_GNU_call_site and need to reference the
DW_AT_call_origin rather than DW_AT_abstract_origin.

Without this patch any of the tests in the
systemtap.base/listing_mode.exp testsuite using .callee() would fail
to find the associated probe point.

Drop the tapset_functions.exp

Drop the tapset_functions.exp.  It needs constant maintenance of the
blocklist as the systemtap codebase grows.  It's also using a
--compatible hack to access private functions.  After a discussion on
the #systemtap IRC channel the decision was to drop the testcase.

pre-release AUTHORS bump

pre-release NEWS refresh

systemtap.spec: reenable crash

https://bugzilla.redhat.com/show_bug.cgi?id=2219728 has been solved

Avoid conflicting with statx declaration provided by glibc 2.28 and newer.

PR31014: Uprobes registered in task finder would block the target processes for long time.

Currently, the stap runtime tries to call uprobe_register() to register new
uprobes inside the context of the target processes via the task finder.
This makes little sense for inode-based uprobes implemented in modern kernels
and also introduces significant (8ms+) delay in all the target processes via
the task work mechanism. Such delays may manifest themselves in syscalls like
epoll_wait inside the target processes.

All the target processes are affected even though only one task finder
callback gets to call uprobe_register(). Other concurrent target processes
would just wait on the lock `c->consumer_lock`.

After talking with fche, I'd propose that we should register uprobes early
before starting the task finder callbacks. This still may block a CPU core
for 8ms+ or so, but it no longer blocks all the target processes in their
own process contexts.

PR31024: always compare the real inodes for files in overlay or union fs.

overlay fs is popular in containerized applications and currently the stap
runtime does not always use the real inode for the target processes/programs.
This may make the uprobes registered on the fake inode insead of the true ones,
making the probe handlers never fire.

PR31020: runtime: task_finder2: we didn't resolve symlink PATH in "probe process(PATH).*"

Use of symlinks in PATH might confuse the task finder when matching
procname.

Turn off gcc stringop-overflow warnings for syscall.exp tests

On RHEL9 and Fedora the gcc compiler warns about string manipulations
that could overflow desitnation buffer.  When the compiler warns about
these for the C code being compiled the actual systemtap test does not
run.  Passing in -Wno-stringop-overflow to the compiler to turn those
warnings off and allow the tests to run.  This eliminates about 110 of
the untested test on Fedora Rawhide.

pre-release sample index regen