_scsih_block_io_device(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

_scsih_block_io_device β€” bestie, this one literally sets the device state to SDEV_BLOCK πŸ’…

so this is a page from the Kernel API Manual (_scsih_block_io_device(9)), and it's short but iconic, okay? let's get into it ✨


πŸ¦‹ SYNOPSIS πŸ¦‹

void _scsih_block_io_device (struct MPT3SAS_ADAPTER *ioc , u16 handle );

it returns void (so like… no gossip coming back, it just does the thing) 🫢


🌸 ARGUMENTS 🌸

  • ioc β€” the per adapter object πŸ’– like, the adapter's whole personality in one struct.
  • handle β€” the device handle πŸŽ€ your little name-tag for the device in question.

✨ DESCRIPTION ✨

okay so here's the vibe: during device pull, we need to appropriately set the sdev state. that's it. that's the whole description, and honestly? it ate. short, sweet, no cap πŸ’…

fr fr though β€” the actual thing this function does is right there in the NAME section: it sets the device state to SDEV_BLOCK. that is the whole job and she does it well πŸ‘‘

πŸ‘‘ SEE ALSO πŸ‘‘

buckle up bestie, this list is long β€” it's giving main character energy in the worst way 😭 every single one of these is (9) and every single one is staying, because we don't skip entries in this house 🫢


and that's the whole page, bestie 🫢 no more entries, you made it to the end, i'm so proud of you πŸ˜­πŸ’–

this little love letter lives in ./drivers/scsi/mpt3sas and it's dated October 2026 β€” so mark your calendar, screenshot it, send it to the group chat, slay β­πŸ’…πŸŽ€

πŸ“¦ where this page comes from