gfs2_hole_size(9)

💖 gfs2_hole_size(9) 💖

okay so bestie, welcome to the Kernel API Manual entry for gfs2_hole_size(9) — yes, the title is giving “hole size” and the energy is giving “let’s read the whole thing together.” No cap, every deet stays. 🫶

✨ NAME ✨

gfs2_hole_size — figure out the size of a hole. Literally that’s the mission, and the name ate. 💅

🌸 SYNOPSIS 🌸

int gfs2_hole_size (struct inode *inode , sector_t lblock , u64 len ,
       struct metapath *mp , struct iomap *iomap );

🎀 ARGUMENTS 🎀

• inode — the inode. That’s it, that’s the whole note, and yes it’s important. 😌
• lblock — the logical starting block number. Logical! Starting! Block number! Obsessed with specificity. ✨
• len — how far to look, in blocks. Not bytes, bestie — blocks. 🧚
• mp — the metapath at lblock. Keep your eyes on this one, because DESCRIPTION is about to call it out. 👀
• iomap — the iomap to store the hole size in. That’s its job, no extra lore. 🎀

🦋 DESCRIPTION 🦋

This function modifies mp. That’s the whole vibe. Like, not a subtle little “maybe it touches mp” situation — it modifies mp, periodt. 💀 So if you were expecting mp to stay exactly the same, this is your dramatic heads-up, bestie. 🚨

🌈 RETURN 🌈

errno on error. No cap, that’s the return story — errors come back as errno. 😭

🎀 SEE ALSO 🎀

Kernel file: ./fs/gfs2/bmap.c

The whole see-also group chat is:

• gfs2_unstuffer_folio(9)
• gfs2_unstuff_dinode(9)
• find_metapath(9)
• metaptr1(9)
• metapointer(9)
• lookup_metapath(9)
• fillup_metapath(9)
• gfs2_extent_length(9)
• __gfs2_iomap_alloc(9)
• gfs2_alloc_size(9)
• __gfs2_iomap_get(9)
• gfs2_block_map(9)
• gfs2_journaled_truncate(9)
• sweep_bh_for_rgrps(9)
• find_nonnull_ptr(9)
• punch_hole(9)
• do_shrink(9)
• do_grow(9)
• gfs2_setattr_size(9)
• gfs2_free_journal_extents(9)
• gfs2_add_jextent(9)
• gfs2_map_journal_extents(9)
• gfs2_write_alloc_required(9)

mwah 💋 this page is from ./fs/gfs2, dated October 2026, and it’s literally the gfs2_hole_size(9) entry in the Kernel API Manual 🫶✨