radix_tree_tag_get(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ radix_tree_tag_get(9) ✨

okay so this is a page from the Kernel API Manual bestie, and it's literally about checking whether a tag is set on a radix tree node πŸŽ€


🌸 NAME 🌸

radix_tree_tag_get β€” get a tag on a radix tree node

like, you're asking the tree "hey girl, is this tag on?" πŸ’…


πŸ¦‹ SYNOPSIS πŸ¦‹

int radix_tree_tag_get (const struct radix_tree_root *root , unsigned
long index , unsigned int tag );

yep that's the whole vibe. three args, one int coming back at you ✨


πŸ’– ARGUMENTS πŸ’–

  • root β€” the radix tree root 🌳 like, the whole tree you're poking at
  • index β€” the index key πŸ”‘ the specific spot you care about
  • tag β€” the tag index, and listen: it's < RADIX_TREE_MAX_TAGS ⚠️ don't be out here passing anything bigger, ok?

πŸ‘‘ DESCRIPTION πŸ‘‘

so here's what you get back, and it's giving very binary πŸ’€:

  • 0 β€” tag not present or not set πŸ™ˆ
  • 1 β€” tag set πŸ”₯
⚠️ no cap, read this twice: the return value of this function may not be relied on, even if the RCU lock is held, unless tag modification and node deletion are excluded from concurrency. like... the answer is a vibe check, not a promise, unless you've locked down the tag-modification and node-deletion girlies too 🫢 this is the important part, don't skip it.

🌈 SEE ALSO 🌈

the whole friend group, icymi:


and that's the page!! mwah πŸ’‹ this one lives in ./lib and it's dated October 2026 β€” radix_tree_tag_get(9), stan her, she's iconic πŸ§šβ€β™€οΈπŸ’œ

πŸ“¦ where this page comes from