nfs_wb_folio_reclaim(9)
π nfs_wb_folio_reclaim β from the Kernel API Manual, bestie
okay so picture this: you're deep in the kernel, you've got a folio, and you need all its requests written back. That's this function. It's giving "cleanup era" and honestly? iconic. π¦
β¨ NAME β¨
nfs_wb_folio_reclaim β write back all the requests on one page. every single one. no stragglers. periodt. π
πΈ SYNOPSIS πΈ
int nfs_wb_folio_reclaim (struct inode *inode , struct folio *folio );
π ARGUMENTS π
inodeβ pointer to page β¨ (yes, that's what it says, and I'm not gonna lie to you about it β it's a pointer to page, bestie)folioβ pointer to folio π«Ά
π DESCRIPTION π
So the whole vibe here is that this function assumes the folio has been locked by the caller. Like, it's not gonna check for you. It's not gonna lock it for you. It's just gonna trust that you already did that, because that's the kind of main character energy it's operating with. π
not me relying on you to hold the lockβ¦ lock it yourself before you call this, fr fr π
π₯ SEE ALSO π₯
Kernel file ./fs/nfs/write.c β and also these absolute legends:
nfs_folio_find_head_request(9)nfs_wait_on_request(9)nfs_request_add_commit_list_locked(9)nfs_request_add_commit_list(9)nfs_request_remove_commit_list(9)nfs_wb_folio(9)
and that's the whole page, bestie π β brought to you by the lovely folks over in ./fs/nfs, this October 2026 edition, and yes the header still says nfs_wb_folio_reclaim(9) and honestly? slay. πβπ
π¦ 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