scsi_kunmap_atomic_sg(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

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

Okay so picture this: you're in kernel land, you've got a virtual address that was mapped atomically by scsi_kmap_atomic_sg, and now it's time to let it go. That's the whole gig. This page is the "cleanup era" of atomic mapping β€” short, sweet, and honestly iconic.


✨ NAME ✨

scsi_kunmap_atomic_sg β€” atomically unmap a virtual address that was previously mapped with scsi_kmap_atomic_sg. It's giving "you brought it in, you take it out" energy 🫢


🌸 SYNOPSIS 🌸

void scsi_kunmap_atomic_sg (void *virt );

No return value, no drama. It returns void β€” literally nothing comes back, which is honestly so chill of it.


πŸŽ€ ARGUMENTS πŸŽ€

  • virt β€” the virtual address that needs to be unmapped. That's it. That's the whole argument. Hand it over and it's done πŸ’…

πŸ¦‹ SEE ALSO πŸ¦‹

The lore is deep, bestie β€” here's the full friend group, all hanging out in the kernel file ./drivers/scsi/scsi_lib.c:

Pro tip bestie: scsi_kmap_atomic_sg(9) is the other half of this situationship β€” read that one too if you want the full story πŸ’€

πŸ‘‘ the sign-off πŸ‘‘

That's the page! Shipped from ./drivers/scsi in October 2026, and yeah β€” everything above is the whole manual, no cap. Go forth and atomically unmap responsibly βœ¨πŸŒˆπŸ’œ

πŸ“¦ where this page comes from