blkg_for_ea...cendant_post(9)

📦 version 7.3.1, in nixpkgs unstable

💅 blkg_for_ea...cendant_post(9) 🌸

okay bestie, strap in — this one lives in the Kernel API Manual (yes, the whole manual, it's giving very official 👑) and it's a macro for walking a blkg's descendants in post-order. the truncated name is literally canon, don't come for me, that's how the page is titled ✨

✨ NAME ✨

blkg_for_each_descendant_post — a post-order walk of a blkg's descendants 🦋

🎀 SYNOPSIS 🎀

blkg_for_each_descendant_post (d_blkg , pos_css , p_blkg );

no cap, that's the whole signature, spaces and all 💅

🌸 ARGUMENTS 🌸

  • d_blkg — the loop cursor, aka the little pointer that's currently vibing on whichever descendant we're at rn 🫶
  • pos_css — the thing used for iteration. it's doing the behind-the-scenes work, main character energy but off-screen 😌
  • p_blkg — the target blkg whose descendants we're walking. the whole reason we're here, fr fr 👑

💖 DESCRIPTION 💖

so this is basically the sibling of blkg_for_each_descendant_pre, except instead of pre-order traversal it does post-order traversal instead. think "children first, then the parent" — the way that it visits the leaves before the root is honestly iconic 🌈

the synchronization rules are the same as the pre version. same rules, no extra lore, don't overthink it 🧚

and here's the important bit, bestie: p_blkg is included in the iteration and it's the last node to be visited. so it's not just the descendants — the target itself shows up at the end of the walk. periodt. 💀

🦋 SEE ALSO 🦋

kernel file ./block/blk-cgroup.h and its whole friend group:

iykyk 💜

and that's the tea 🍓 — this page ships from ./block, dated October 2026, so go forth and traverse in post-order, bestie. slay ✨💅🎀

📦 where this page comes from