* [Bug runtime/31861] New: Add STAP_MODULE_EXIT_HOOK and STAP_MODULE_INIT_HOOK to allow tapsets to define their own C init/fini code
@ 2024-06-07 18:02 agentzh at gmail dot com
0 siblings, 0 replies; only message in thread
From: agentzh at gmail dot com @ 2024-06-07 18:02 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=31861
Bug ID: 31861
Summary: Add STAP_MODULE_EXIT_HOOK and STAP_MODULE_INIT_HOOK to
allow tapsets to define their own C init/fini code
Product: systemtap
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: runtime
Assignee: systemtap at sourceware dot org
Reporter: agentzh at gmail dot com
Target Milestone: ---
Advanced tapsets with embedded C would want to allocate and free its own kernel
memory (like custom percpu data on all online CPUs). It would be nice to have
the systemtap runtime to support special macro hooks defined by the tapsets
that are invoked during kernel module init and exit phases.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2024-06-07 18:02 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-06-07 18:02 [Bug runtime/31861] New: Add STAP_MODULE_EXIT_HOOK and STAP_MODULE_INIT_HOOK to allow tapsets to define their own C init/fini code agentzh at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).