blk_rq_unmap_user(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… blk_rq_unmap_user(9) β€” from the Kernel API Manual, bestie

okay so picture this: you mapped a request with user data, and now you gotta un-map it. that's the whole gig. it's giving cleanup era ✨ and honestly? iconic. πŸŽ€

No cap, this page lives in the Kernel API Manual, so you already know it's the real deal. 🫢


✨ SYNOPSIS ✨

int blk_rq_unmap_user (struct bio *bio );

that's it. one function, one arg, returns an int. slay. πŸ’…


πŸ¦‹ ARGUMENTS πŸ¦‹

  • bio β€” start of bio list. literally just the beginning of the bio list, that's the whole vibe. 🌸

πŸ”₯ DESCRIPTION πŸ”₯

so what does it actually do?? it unmaps a rq that was previously mapped by blk_rq_map_user. simple as that. ✨

but here's the part you CANNOT skip, bestie, pay attention πŸ‘€: the caller must supply the original rq->bio from the blk_rq_map_user return, because the I/O completion may have changed rq->bio. 😭

fr fr, do not just grab whatever rq->bio is sitting there when you call this β€” the I/O completion may have changed it, and that is not the move. keep the original one from the blk_rq_map_user return. periodt. πŸ’€

πŸ‘‘ SEE ALSO πŸ‘‘

go read those too, iykyk πŸ§šπŸ’œ


🌈 cute lil sign-off 🌈

this whole page came from the ./block source, and it's dated October 2026 β€” so yeah, freshly stamped and everything ⭐. mwah, go unmap those requests responsibly, bestie πŸ’–πŸ“

πŸ“¦ where this page comes from