mpt3sas_scs...i_lookup_get(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

ok so mpt3sas_scsih_scsi_lookup_get β€” it returns the scmd entry, bestie. that's the whole vibe. it's the Kernel API Manual's little lookup girlie and she's literally here to hand you back a scsi_cmnd pointer. no cap. πŸŽ€


✨ SYNOPSIS ✨

struct scsi_cmnd * mpt3sas_scsih_scsi_lookup_get (struct MPT3SAS_ADAPTER
*ioc , u16 smid );

so you call it like that, and yes the struct MPT3SAS_ADAPTER and the u16 are doing their thing. iykyk. 🌸


πŸ¦‹ ARGUMENTS πŸ¦‹

  • ioc β€” the per adapter object. that's your adapter bestie, the whole per-adapter situation. she's the main character here. πŸ‘‘
  • smid β€” the system request message index. that's the number you're looking things up by. it's giving tiny little index energy. πŸ”₯

πŸ’€ RETURN πŸ’€

it returns the smid stored scmd pointer. and then β€” ok listen β€” it will dereference the stored scmd pointer. so like, be normal about it. πŸ™ˆ


🌈 SEE ALSO 🌈

ok don't panic, this list is long but every single one of these is invited to the group chat. Kernel file ./drivers/scsi/mpt3sas/mpt3sas_scsih.c:


🌸 okay that's the whole thing, you ate that. this came out of ./drivers/scsi/mpt3sas, dated October 2026, and the page itself is literally called mpt3sas_scs...i_lookup_get(9) β€” yes the truncation is part of her name, she's iconic like that πŸ’œπŸ«Άβœ¨

πŸ“¦ where this page comes from