read_old_block_mapping(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… read_old_block_mapping(9) β€” like, the previous block mapping, bestie πŸ’…

okay so first things first, hi, welcome to the Kernel API Manual πŸŽ€ β€” yes this is that read_old_block_mapping(9) page, the one you keep opening in a tab and never reading. not anymore. we're doing this together, hand in hand, 🫢.


✨ NAME ✨

read_old_block_mapping β€” no cap, all this does is Get the previous PBN/LBN mapping of an in-progress write. that's it. that's the whole vibe. πŸ’–


🌸 SYNOPSIS 🌸

void read_old_block_mapping (struct vdo_completion *completion );

literally one argument. one. we love a low-effort icon ✨


πŸ¦‹ ARGUMENTS πŸ¦‹

  • completion β€” the data_vio doing the read. that's the one. the main character of this whole operation πŸ‘‘

πŸ’œ DESCRIPTION πŸ’œ

okay so picture this: we're mid-write, right? and this function β€” bestie, it Gets the previous PBN mapped to this LBN from the block map, so as to make an appropriate journal entry referencing the removal of this LBN->PBN mapping.

so like. we need to know what used to be there πŸ‘€ so the journal can say "yeah, this mapping? we're removing it" and everything stays consistent. it's giving ✨bookkeeping but make it iconic✨. the old mapping gets read out of the block map, boom, journal entry gets made, no notes. 🌈

evergreen reminder: the only thing this does is fetch that previous mapping β€” it's not out here doing the removal itself, iykyk. keep the facts safe, keep the vibes immaculate πŸ’…

πŸ”₯ SEE ALSO πŸ”₯

the group chat, basically. every single one of these, no skips, no βœ‚οΈ:


k bye, this page lives in ./drivers/md/dm-vdo, it's dated October 2026, and yes the header up top really does say read_old_block_mapping(9) twice because manpages are extra like that. go read update_block_map(9) next, you're gonna slay πŸ§šβ€β™€οΈπŸ’–

πŸ“¦ where this page comes from