update_slab_summary_entry(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– update_slab_summary_entry(9) β€” Kernel API Manual πŸ’–

okay bestie, welcome to the Kernel API Manual entry for update_slab_summary_entry(9) β€” it's giving kernel-core, no cap. 🫢

✨ NAME ✨

update_slab_summary_entry β€” literally updates the entry for a slab. That's the whole vibe. πŸ’…

🌸 SYNOPSIS 🌸

void update_slab_summary_entry (struct vdo_slab *slab , struct vdo_waiter *waiter , tail_block_offset_t tail_block_offset , bool load_ref_counts , bool is_clean , block_count_t free_blocks );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • slab β€” the slab whose entry is getting updated. main character energy fr.
  • waiter β€” the waiter that is updating the summary. yes, they're doing the work. πŸ’–
  • tail_block_offset β€” the offset of the slab journal's tail block. iconic little location marker.
  • load_ref_counts β€” whether the reference counts must be loaded from disk on the vdo load. important detail, don't skip it. ✨
  • is_clean β€” whether the slab is clean. vibe check: clean or not.
  • free_blocks β€” the number of free blocks. count 'em. πŸŽ€

🌈 SEE ALSO 🌈

Kernel file ./drivers/md/dm-vdo/slab-depot.c is where this lives, and the whole friend group is here:

πŸ’œ okay that's the whole page, signed off from ./drivers/md/dm-vdo, dated October 2026, still living as update_slab_summary_entry(9) β€” periodt. πŸŽ€

πŸ“¦ where this page comes from