_scsih_block...hed_directly(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

ok so bestie, the function is literally _scsih_block_io_to_pcie_children_attached_directly β€” and the NAME line ships with a dash and nothing after it (yes, the description is just … absent, she's got main character energy and no bio πŸ˜­πŸ’€). This is a Kernel API Manual page, section 9, and the header got truncated to _scsih_block...hed_directly(9) β€” it's giving "name didn't fit in the group chat preview" fr fr πŸ™ˆ.


πŸ’… SYNOPSIS πŸ’…

void _scsih_block_io_to_pcie_children_attached_directly (struct
MPT3SAS_ADAPTER *ioc , Mpi26EventDataPCIeTopologyChangeList_t
*event_data );

no return value, it just does the thing and dips ✨


πŸŽ€ ARGUMENTS πŸŽ€

  • ioc β€” the per adapter object, aka the main character of this whole driver 🫢
  • event_data β€” topology change event data, the lil payload telling you what just got reshuffled πŸ¦‹

πŸ”₯ DESCRIPTION πŸ”₯

so what does she actually do? This routine sets the sdev state to SDEV_BLOCK for all devices direct attached during device pull/reconnect. no cap, that's the whole job 😌

basically: something got yanked out or plugged back in, and she's the one going "aight everybody directly attached, you're blocked now, sit tight πŸ’…" β€” periodt.


🌈 SEE ALSO 🌈

ok this section is a lot, lowkey iconic, it's a whole friend group 🫢. First up, the kernel file ./drivers/scsi/mpt3sas/mpt3sas_scsih.c, plus:

like I said. a whole friend group. every single one of them showed up to the party πŸ’œ


okay that's the page bestie!! this little gem lives in ./drivers/scsi/mpt3sas, dated October 2026, and the page answers to _scsih_block...hed_directly(9) (section 9, she's a kernel girlie) πŸ§šπŸ’– byeee, go block some I/O, slay πŸ’…βœ¨

πŸ“¦ where this page comes from