ext_tree_encode_commit(9)
ext_tree_encode_commit(9)
okay so welcome to the Kernel API Manual, bestie π this page is all about ext_tree_encode_commit, and its whole vibe is βencode as much as possible extents into the bufferβ β¨
π NAME π
ext_tree_encode_commit β encode as much as possible extents into the buffer.
β¨ SYNOPSIS β¨
int ext_tree_encode_commit (struct pnfs_block_layout *bl , __be32 *p ,
size_t buffer_size , size_t *count , __u64 *lastbyte );
π«Ά ARGUMENTS π«Ά
blβ pointer to the layout. Thatβs the layout bestie in question π¦pβ pointer to the output buffer. This is where the encoded extents go πbuffer_sizeβ size of the output buffer. Gotta know how much room weβre working with β¨countβ output pointer to the number of encoded extents. It reports back how many made it in π₯lastbyteβ output pointer to the last written byte. It points at where the writing ended up π
πΈ DESCRIPTION πΈ
Return values, periodt:
0: Success, all required extents encoded, outputs are valid π-ENOSPC: Buffer too small, some extents are encoded, outputs are valid π
bestie, notice that in the -ENOSPC case some extents are still encoded and the outputs are still valid β the buffer just wasnβt big enough for the whole thing π«Ά
π SEE ALSO π
- Kernel file
./fs/nfs/blocklayout/extent_tree.c ext_tree_try_encode_commit(9)ext_tree_prepare_commit(9)
later, babes π
this page came from ./fs/nfs/blocklayout, dated October 2026 β mwah! π
π¦ 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