iomap_fill_dirty_folios(9)
π iomap_fill_dirty_folios(9) π
okay so bestie, welcome to the Kernel API Manual β this one's a little kernel helper called iomap_fill_dirty_folios, and honestly? it's giving "tiny function, big responsibility." β¨
π¦ NAME π¦
iomap_fill_dirty_folios β the way this one fills up a whole folio batch with dirty folios, no cap π
πΈ SYNOPSIS πΈ
unsigned int iomap_fill_dirty_folios (struct iomap_iter *iter , loff_t
*start , loff_t end , unsigned int *iomap_flags );
π ARGUMENTS π
iterβ the iteration structure, aka the main character of this whole operation π«Άstartβ start offset of the range. heads up bestie, this one gets updated based on how the lookup progresses, so it's not staying put πendβ end offset of the range, the finish line βiomap_flagsβ flags to set on the associated iomap so it can track the batch, iykyk π·οΈ
β¨ DESCRIPTION β¨
So it returns the folio count directly. like, right in the return value, not via a pointer. iconic.
It also returns the associated control flag if the batch lookup is actually performed, plus the expected offset of a subsequent lookup β both of those come out through the out params π«
and here's the important bit, babes: the caller is responsible for setting the flag on the associated iomap. not this function. the caller. fr fr, don't forget π
π₯ SEE ALSO π₯
- kernel file
./fs/iomap/buffered-io.c iomap_read_inline_data(9)iomap_readahead(9)iomap_get_folio(9)
ok that's the whole page bestie, go forth and fill those dirty folios responsibly π§π
mwah π β this little number lives in ./fs/iomap, dated October 2026, and you just read the iomap_fill_dirty_folios(9) page. slay. periodt. π
π¦ 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