blk_rq_dma_unmap(9)
π blk_rq_dma_unmap β the Kernel API Manual tea π
okay so bestie, welcome to the blk_rq_dma_unmap(9) page from the Kernel API Manual β yes it's a real kernel man page, yes we're gonna make it cute, and no we are NOT skipping a single detail. periodt. β¨
πΈ NAME πΈ
blk_rq_dma_unmap β try to DMA unmap a request
like, that's the whole vibe. it tries. it's a *try*er. π«Ά
β SYNOPSIS β
bool blk_rq_dma_unmap (struct request *req , struct device *dma_dev ,
struct dma_iova_state *state , size_t mapped_len , enum
pci_p2pdma_map_type map );
and it returns a bool, bestie. that bool is the main character here, iykyk. π
π¦ ARGUMENTS π¦
literally every single one, no skips:
reqβ the request to unmap πdma_devβ the device to unmap from πstateβ DMA IOVA state, iconic little state machine energy β¨mapped_lenβ number of bytes to unmap, yes in bytes, ngl be precise πmapβ peer-to-peer mapping type π§
π DESCRIPTION π
okay so here's the tea, and it's genuinely important so listen up:
it returns false if the callers need to manually unmap every DMA segment mapped using iter β like, you gotta do the work yourself, sorry bestie π β or true if no work is left to be done. that's it. that's the whole function. clean. π
like the way that a single bool can carry this much meaning?? obsessed. π₯
π SEE ALSO π
go touch grass in these, respectively:
./include/linux/blk-mq-dma.hβ a kernel file, go read it πblk_rq_dma_map_coalesce(9)β the sibling page, the lore continues π
fr fr: don't sleep on thefalsebranch. if it saysfalse, you are the one unmapping every segment. no cap. π
okay bye bestie, stay slay and stay mapped (until you're not) πβ¨π¦
β from ./include/linux, dated October 2026, blk_rq_dma_unmap(9), signed off with a little kiss π
π¦ 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