bdev_yield_claim(9)
π bdev_yield_claim β a Kernel API Manual (section 9) moment π
okay bestie, welcome to bdev_yield_claim from the Kernel API Manual, section 9 β she's lowkey a lil legend and we're gonna get into it β¨
πΈ NAME πΈ
bdev_yield_claim β the icon that gives up the holder claim on an open block device π«Ά like she's handing back the aux cord but NOT leaving the party
β¨ SYNOPSIS β¨
void bdev_yield_claim (struct file *bdev_file );
that's it, that's the whole signature, no cap π
π¦ ARGUMENTS π¦
bdev_fileβ an open block device. literally just the open block device, that's her whole job π
π DESCRIPTION π
so here's the vibe: bdev_yield_claim yields the holder and any write access for bdev_file without closing it β not me emphasizing that, she literally stays open β so the caller can still act on the device (for example, bdev_allow_freeze it) before the final bdev_fput. main character energy fr fr π
and then the lil plot twist that makes her so slay: bdev_fput yields too, so calling it afterwards is safe πβ¨ no double-yield drama, no chaos, we love a self-aware function.
ngl this is the "you can still touch the device, just not as the holder" arc and honestly? iconic π
π₯ SEE ALSO π₯
- Kernel file
./block/bdev.c bdev_validate_blocksize(9)bdev_freeze(9)bdev_thaw(9)bdev_deny_freeze(9)bdev_allow_freeze(9)bd_may_claim(9)bd_prepare_to_claim(9)bd_finish_claiming(9)bd_abort_claiming(9)bdev_open(9)bdev_fput(9)lookup_bdev(9)bdev_mark_dead(9)
the whole claim-and-freeze friend group, all tagged and accounted for π go read them, iykyk π§
and that's the page!! πΈ this lil gem lives in ./block, dated October 2026, and yes she signs off as bdev_yield_claim(9) because she knows exactly who she is π
π bye bestie, go yield something π
π¦ 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