tracepoint_p...io_may_exist(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’« NAME πŸ’«

tracepoint_probe_register_prio_may_exist β€” ok so this one hooks a probe up to a tracepoint, but like… with a priority. And it's the chill version that does not warn you if the tracepoint is already registered. Bestie behaviour fr fr 🫢

(this lives in the Kernel API Manual, section 9, iykyk ✨)


🌸 SYNOPSIS 🌸

int tracepoint_probe_register_prio_may_exist (struct tracepoint *tp ,
       void *probe , void *data , int prio );

πŸŽ€ ARGUMENTS πŸŽ€

  • tp β€” the tracepoint itself, the main character of this whole situation πŸ‘‘
  • probe β€” the probe handler, aka the function that actually does the thing
  • data β€” the tracepoint data, just vibes and payload πŸ“
  • prio β€” the priority of this function over the other registered functions, so like… who goes first πŸ’…

πŸ¦‹ DESCRIPTION πŸ¦‹

Literally the same as tracepoint_probe_register_prio, no cap β€” the only glow-up here is that it will not warn if the tracepoint is already registered. That's it. That's the whole personality. πŸ™ˆ

So yes, it's the same deal as tracepoint_probe_register_prio in every other way. Don't go expecting extra magic, bestie πŸ’–

⭐ SEE ALSO ⭐

Kernel file ./kernel/tracepoint.c β€” go read it, it's giving source of truth 🌈


ok that's the whole page, you ate that πŸ§šπŸ’œ this cutie is from ./kernel, version October 2026, and the page name is tracepoint_p...io_may_exist(9) in case you forgot already β€” go register some probes, slay ✨πŸ”₯

πŸ“¦ where this page comes from