_scsih_scsi_..._find_by_lun(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

okay so bestie, meet _scsih_scsi_lookup_find_by_lun β€” it's literally a search for a matching channel:id:lun, that's the whole gig πŸŽ€

(this one's from the Kernel API Manual, _scsih_scsi_..._find_by_lun(9) β€” iykyk ✨)


✨ SYNOPSIS ✨

u8 _scsih_scsi_lookup_find_by_lun (struct MPT3SAS_ADAPTER *ioc , int id
, unsigned int lun , int channel );

like, she takes four things and hands you back a u8, no cap 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • ioc β€” the per adapter object, your main character struct πŸ‘‘
  • id β€” target id, the target's whole identity fr
  • lun β€” lun number, the lun in question πŸ’«
  • channel β€” channel, yes that's the channel, exactly what it sounds like 🌸

πŸ”’ CONTEXT πŸ”’

not me warning you: this function will acquire ioc->scsi_lookup_lock. so like, be aware of the lock situation going in, bestie ⚠️


πŸ’– DESCRIPTION πŸ’–

so what she actually does: this will search for a matching channel:id:lun in the scsi_lookup array, returning 1 if found. that's it. that's the vibe check. found = 1, slay 🎯


🌈 SEE ALSO 🌈

the whole squad lives in the Kernel file ./drivers/scsi/mpt3sas/mpt3sas_scsih.c β€” and honestly? iconic lineup:


and that's the page, bestie 🫢 this one came out of ./drivers/scsi/mpt3sas, dated October 2026 β€” go forth and find those luns, periodt πŸ’œ

πŸ“¦ where this page comes from