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

pre-release update-docs

pre-release PRERELEASE marker updates

pre-release update-po

PR31018: Map operations might get no lock protections due to "pushdown lock" bugs.

The stap translator's "pushdown lock" optimization is buggy in that it may not
emit locking code for all the code branches in the first statement needing a
lock, making subsequent statements actually needing a lock go without a lock.

The correct way is to always emit locking code for statements that might
"push down" the locks, until seeing a simple statements what don't
(like an assignment statement using "<<<").

I forgot to add that it might not necessarily be triggered by a leading "if"
statement needing a lock. Other statements that "push down" locks may
also trigger it, like nested code blocks with "if" statements.

PR30407: Address context.exp findings

Fix UNTESTED: retblocklist

The file renaming in git commit d1804e051dd missed a couple files.
The result was that the retblock.exp test could not compile the
associated .c and .stp files for the test.  Moved the needed files to
retblocklist.c and retblocklist.stp and the test now runs.

PR31012: kernel module loading might block a CPU for 1.5+ms.

Currently, the module init code calls the expensive kernel function
kallsyms_lookup_name() several times, which would block a CPU core for
more than 1.5ms on high-speed machines (Core i9-13900K).

Each kallsyms_lookup_name() might take more than 800us here.

We should add cond_resched() calls to mitigate this blocking effect.

PR31013: Use of sleeping _stp_stat_del() operations in atomic contexts for -t.

When stap's -t option is specified, the stat data needed by the timing stats
are freed in atomic contexts (with preemption disabled), which may cause
kernel deadlocks.

This is because the `_stp_cleanup_and_exit` function in the runtime explicitly
disables preemption for `_stp_printf`. But we should really temporarily
re-enable premption for sleeping operations like `_stp_stat_del()`.

feature: Add new runtime macro STP_FORCE_STDOUT_TTY to override STP_STDOUT_NOT_ATTY.

PR31011: fixed memory leaks when the -t option is specified and the stdout stream is not a tty.

Also add a new runtime macro STP_TIMING_NSECS to report probe timing stats in
nsecs instead of cycles.

NEWS, testsuite/README: simplify, clarify

Mention the testsuite Makefile changes, and simplify other NEWS.

Align the tapset invocation of _stp_snprint_addr() with commit 367392917

Commit 367392917 adds a new 'context' parameter to _stp_snprint_addr().
Tapset using this function wasn't updated accordingly.  Fix this now.

NEWS: abbreviate debuginfod blurbage

translator: fix derived-chain elaboration procedure for debuginfod.* probes etc.

Previous to this patch, stap -L / -p2 mode outputs for debuginfod.*
probes show relatively uninformative process("buildid").* probe
points, losing all track of what archive and especially what program
name those probes were derived from.  Now we more carefully construct
the derivation chain for debuginfod.* probes.  For probes that contain
wildcards in the .archive() or .process() names, an extra intermediate
probe is inserted into the chain, with the wildcards expanded.

stap -vv -L   now lists the entire probe /* derivation chain */.

The heuristics as to what canonical name to use rides on a probe-level
flag called "well_formed".  This is intended to bypass those probes
that have wildcards in them, so that the end-user would see the
expanded forms.  However, this flag cannot be computed locally & correctly
because wildcards can pop up in different levels of probe resolution.

Consider: debuginfod.archive("*").process("foo").function("*") When
the debuginfod builder resolves the first wildcard, the probe point is
"well formed" with respect to its wildcards, but another one still
remains down there in .function("*").  So it's not overall "well
formed", just locally.  What we need is something like a
probe-point-component level "well-formed"ness, which aggregates via
"and" overall.  Anyway, that's for later.

Added test case and documentation to NEWS

Change from "package" to "archive" naming convention.

configury: rework debuginfod searches

Support --with-debuginfod=/PATH mode invocation to point at an
elfutils $prefix (install tree base).  This is necessary to build
metadata query support, which is not yet in system elfutils libraries.

PR30803: strip .package() probe-point component from subsidiary probes

Fix for case where empty string is input for .process($archive) argument

Fix to search only the archive base filename instead of the archive full path for the package string

PR30803: *tapset-debuginfod.cxx
Added package to the parameters.

PR30987: Exclude strlcpy and strlcat for glibc 2.38 and newer

The glibc library added strlcpy and strlcat.  The inlined functions in
runtime/dyninst/linux_defs.h conflicted with the glibc declarations of
those functions in /usr/include/string.h.  Now linux_defs.h only
defines those functions for older version of glibc that do not include
them.

PR30407: Add DWARF5 support to print_ubacktrace_fileline()

Add DWARF5 support to the tapsef function print_ubacktrace_fileline().

DWARF5 comes with a different line number program header compared to
DWARF4, see section 6.2.4 of the DWARF5 standard.  The DWARF5 specific
part of the header is now processed in a new _stp_filename_lookup_5().

This _stp_filename_lookup_5() needs to parse relatively big chunk of
information from DWARF (paths and file names).  Storing these within
local arrays may cause problems with the stack size.  For this reason
the storage was moved out to the context struct (dw_data).  For this
reason, various callers need to pass the pointer to the context struct
to their callees.  Finally _stp_filename_lookup_5() needs to see the
context struct at the KO compile time.  Since the context struct is
emitted to the stap_XXXXXX_src.i (within s.up->emit_common_header ())
after the main header file for Linux runtime.h (which includes sym.c),
the _stp_filename_lookup_5() was separated out into sym2.c for later
emission.

This update comes with a testcase systemtap.base/pr30407.exp.

Add wget requires to systemtap-testsuite for systemtap.http_exporter test.

Allow sdt_buildid.exp to run with and without DEBUGINFOD_URLS environment var

The sdt_buildid.exp test would have an error and fail to run if the
environment did not have DEBUGINFOD_URLS.  It now checks that the
DEBUGINFOD_URLS environment variable is available before trying to use
it.

buildbot test, ignore

PR30401: Address newer s390 kernels that move struct stack_frame

Linux git commit 78c98f907413 moved struct stack_frame
<asm/processor.h> to a newly created <asm/stacktrace.h>.  As a result
the struct definition does not get pulled in by the existing
<asm/ptrace.h> include for the newer kernels.  Have a autoconf test to
determine whether the <asm/stacktrace.h> exists and uses it if it
avaialble.

testsuite: add cve-2023-4911 band-aid

As seen on TV ^W https://access.redhat.com/security/cve/CVE-2023-4911

testsuite: drop busybox test case

This test case (with an old fixed version of busybox) has been a
problem with respect to compatibility with newer libc/kernels,
with readonly source trees, and doesn't seem to contribute much
to test value.  So nuke it all.

testsuite: simplify Makefile drivers

It was reported that "make installcheck" broke with commit
218c26a523816.  Investigation pointed at quoting mishaps somewhere in
the Makefile machinery related to parallel / partial testsuite runs.
While this logic was clever and appeared useful for a time, it seems
fragile in practice and not in active use after all.  So let's nuke
all of it.

Moved the environment_sanity.exp test into the systemtap/ subdirectory
to apprx. guarantee that it's run first, no Makefile magic needed.  It
still exits dejagnu entirely if it fails.

Teach stap-prep to use new versions of dnf (if available)

docs: mark another timestamp with PRERELEASE

testsuite: finish removing dejazilla artifacts, restoring dejagnu *check rc

Way back during early dejazilla days, the "check-local" target was
needed in order to liberate test results, regardless of pass/failure
of the dejagnu suite.  To make that work, an "execrc" wrapper was
interposed between make and dejagnu/runtest, to turn everything into
a pass rc=0.

Dejagnu support was removed in 2022, so this execrc hack is not needed
any more.  Tests that fail, especially the early
systemtap.base/environment_sanity.exp one, should stand out better
in buildbot reports.

RHEL-12499: tweak stap-prep sans-debuginfod notice

Try harder not to alarm people.

PR27410 cont'd: Tolerate (skip) foreign-architecture binaries via debuginfod

With debuginfod path probes, it is easy to refer to a whole slew of
binaries.  That's a good thing, but debuginfod may be so well informed
that it sends stap buildids of foreign-architecture binaries too.
systemtap should skip these guys instead of having a cow.

New common tapsets.cxx code makes architecture mismatch generally a
warning rather than a direct semantic error.  This has effects beyond
the debuginfod based probes, but that should be fine.
Bad-architecture target binaries will just be skipped in other
contexts too.  Tweaked debuginfod.process() builder code makes the
subsidiary buildid-based process probes all optional, as though they
were identified by glob ... which in a manner of speaking they were.

Eliminate use of kernel's flush_scheduled_work() in systemtap modules

Kernel git commit 20bdedafd2f63e0ba70991127f9b5c0826ebdb32 turns use
of flush_scheduled_work() into a warning which causes builds of
anything using it to fail because warnings are treated as errors.
Previous users of flush_scheduled_work() in the kernel have been
converted over to use individual workqueues.  Systemtap runtime now
does the same.  It creates and uses its own workqueue to eliminate the
use of flush_scheduled_work().

Use TWA_RESUME in the runtime calls to task_work_add

Kernel git commit c40e60f00caf18bc382215c79651777eb40f5f9d in the
linux 6.6 kernels will cause the implicit conversion of boolean true
to an enum task_work_notify_mode to be flagged resulting in the
systemtap instrumentation compile to fail.  Adding a config check to
use TWA_RESUME if it is available or pass in the equivalent true
argument for older kernels.