extract_new_mappings(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… extract_new_mappings(9) β€” Kernel API Manual energy

Okay bestie, welcome to the extract_new_mappings page, straight out of the Kernel API Manual πŸŽ€. It's a whole function, it takes one arg, and it's lowkey doing the lord's work in the VDO repair code. Let's get into it ✨


✨ NAME ✨

extract_new_mappings β€” finds, like, all the valid new mappings that are gonna get applied to the block map. That's the whole vibe. πŸ¦‹


🌸 SYNOPSIS 🌸

int extract_new_mappings (struct repair_completion *repair );

Yeah. That's it. One parameter, returns an int. Iconic minimalism. πŸ’…


πŸŽ€ ARGUMENTS πŸŽ€

  • repair β€” the repair completion. That's your one (1) input, bestie. <italic>repair</italic> is literally the entire personality of this function call. 🫢

πŸ‘‘ DESCRIPTION πŸ‘‘

So here's the tea β˜•: the mappings get extracted from the journal and then stored in a sortable array. Why tho? Because that way, all of the mappings that need to be applied to a given block map page can be done in a single page fetch. One fetch. One trip. No redundant page-pulling nonsense. Efficiency ate. πŸ”₯

That's the whole strategy β€” pull 'em out, sort 'em nice, then hit each block map page exactly once. Main character energy from the journal, honestly. 🌈


⭐ SEE ALSO ⭐

All these fellow icons live in the kernel file ./drivers/md/dm-vdo/repair.c β€” go say hi 🧚:


Fr fr, that's the entire posse. No cap, go read them all if you wanna understand the repair pipeline end to end πŸ’€

And that's the page, bestie! πŸ’– Source path: ./drivers/md/dm-vdo, dated October 2026 β€” extract_new_mappings(9), slaying in a kernel near you. Periodt. πŸ‘‘βœ¨

πŸ“¦ where this page comes from