STRUCT NILFS_BMAP_STORE(9)
π struct nilfs_bmap_store π
Kernel API Manual Β· section 9 Β· the shadow-copy glow-up you didn't know you needed β¨
okay bestie, so this is a kernel struct page, and yes it's a whole vibe. it lives in the kernel API manual (that's the manual name, iykyk) and it's literally just a lil snapshot container. no cap, it's giving "save state before you do something unhinged" π«Ά
πΈ NAME πΈ
struct nilfs_bmap_store β shadow copy of bmap state π
like⦠a photocopy of your bmap state. a spare. a little backup bestie. periodt.
β¨ SYNOPSIS β¨
struct nilfs_bmap_store {
__le64 data[NILFS_BMAP_SIZE / sizeof(__le64)];
__u64 last_allocated_key;
__u64 last_allocated_ptr;
int state;
};
copy it exactly, don't be weird about it π₯ (yes, the spacing is a little funky at the end, that's just how the original ate, leave it)
π Members π
dataβ the cached raw block mapping of the on-disk inode. literally the receipts, cached. πΎlast_allocated_keyβ the cached value of the last allocated key for the data block. it remembers the last key so you don't have to ποΈlast_allocated_ptrβ the cached value of the last allocated ptr for the data block. the matching pointer bestie, keepinglast_allocated_keycompany π«Άstateβ the cached value of thestatefield of the bmap structure. a little photocopy of the state field, iconic behaviour π
so yeah, all four are cached values β that's the whole point of the struct. shadow copy energy only. no original claims, no improvisation π
π¦ SEE ALSO π¦
- Kernel file
./fs/nilfs2/bmap.hβ the source of truth, go read it if you're nosy (respectfully) π union nilfs_bmap_ptr_req(9)struct nilfs_bmap_stats(9)struct nilfs_bmap_operations(9)struct nilfs_bmap(9)
the whole friend group, fr fr π
and that's the page!! source: ./fs/nilfs2, dated October 2026 β mwah, drink water, and go read bmap.h ππβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms