ubifs_decompress_folio(9)
π¦ NAME π¦
okay so bestie, welcome to the ubifs_decompress_folio(9) page from the Kernel API Manual π this is literally ubifs_decompress_folio β decompress folio. that's the whole vibe. periodt. π
β¨ SYNOPSIS β¨
here's the signature, and yes u gotta copy it exactly because kernel code does not play π:
int ubifs_decompress_folio (const struct ubifs_info *c , const void
*in_buf , int in_len , struct folio *out_folio , size_t out_offset , int
*out_len , int compr_type );
π ARGUMENTS π
cβ the UBIFS file-system description object, aka the context for this whole decompression moment π«Άin_bufβ data to decompress, the compressed input bestie πin_lenβ length of the data to decompress, so how many bytes are coming in β¨out_folioβ output folio where decompressed data should go, the landing spot π―out_offsetβ offset intoout_folioπout_lenβ output length is returned here, so that's where the uncompressed length lands πcompr_typeβ type of compression, the compression flavor π
π DESCRIPTION π
okay so this function decompresses data from buffer in_buf into folio out_folio β¨ the length of the uncompressed data is returned in out_len π this functions returns 0 on success or a negative error code on failure β no cap, that's the whole deal π
π SEE ALSO π
check out the related lore, bestie:
- Kernel file
./fs/ubifs/compress.cπ ubifs_compress(9)ubifs_compress_folio(9)ubifs_decompress(9)compr_init(9)compr_exit(9)ubifs_compressors_init(9)ubifs_compressors_exit(9)
and that's the tea π signing off from ./fs/ubifs π dated October 2026, on the ubifs_decompress_folio(9) page β bye, ily! π slay responsibly β¨
π¦ 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