expand_journal_point(9)

📦 version 7.3.1, in nixpkgs unstable

💅 expand_journal_point(9) — from the Kernel API Manual, section 9, bestie 🎀

okay so real talk, this little function lives in the kernel API manual (section 9, if you're keeping score) and it's genuinely one of those "tiny but load-bearing" situations. let's get into it ✨

🌸 NAME 🌸

expand_journal_point — takes a recovery journal journal_point that's pointing at both an increment and a decrement, and converts it into a single point that refers to one or the other. no cap, that's the whole job 💖

🦋 SYNOPSIS 🦋

struct journal_point expand_journal_point (struct journal_point
recovery_point , bool increment );

⭐ ARGUMENTS ⭐

  • recovery_point — the journal point you want converted. this is the one being transformed, so like, be nice to it 🫶
  • increment — a bool telling you whether the current entry is an increment. yes/no, simple as that ✨

👑 RETURN 👑

the expanded journal point. that's it, that's the whole return value, iconic behaviour only 💅

🌈 DESCRIPTION 🌈

okay so here's the situation. each data_vio gets exactly one recovery journal point — but it may need to make both increment and decrement entries in the same slab journal. one point, two possible moods, it's giving duality 😭

so to tell those two entries apart, the entry count of the expanded journal point is twice the actual recovery journal entry count for increments, and one more than that for decrements. so like — increments get the even numbers, decrements get the odd ones. math ate, fr fr 🔥

🧚 SEE ALSO 🧚

all of these live in the kernel file ./drivers/md/dm-vdo/slab-depot.c, and honestly? the guest list is long. go read them, they're all main character energy 👑

and that's the whole page bestie, go forth and expand those points 💜

this drop came to you straight out of ./drivers/md/dm-vdo, dated October 2026 — mwah, catch you on the next man page 🍓✨
📦 where this page comes from