mptscsih_info_scsiio(9)
β¨ NAME β¨
mptscsih_info_scsiio β it does a lil debug print of the info on a reply frame π
πΈ SYNOPSIS πΈ
void mptscsih_info_scsiio (MPT_ADAPTER *ioc , struct scsi_cmnd *sc ,
SCSIIOReply_t * pScsiReply );
Like, that's the whole vibe: returns void, takes three things, prints debug stuff. No cap. π«Ά
π ARGUMENTS π
iocβ pointer to theMPT_ADAPTERstructure, aka the adapter's whole personality πscβ the original scsi cmnd pointer, the command that started all of this fr frpScsiReplyβ pointer to the MPT reply frame, the receipts coming back atcha π§Ύ
π¦ DESCRIPTION π¦
okay so real talk: to actually get this info you need MPT_DEBUG_REPLY enabled. Not optional, bestie β that's the whole gatekeeping situation, and without it this function is giving nothing π
Also, go peek at lsi/mpi.h for the details. That's where the lore lives. π
π SEE ALSO π
Kernel file ./drivers/message/fusion/mptscsih.c, plus the whole friend group:
mptscsih_info(9)mptscsih_qcmd(9)mptscsih_IssueTaskMgmt(9)mptscsih_abort(9)mptscsih_dev_reset(9)mptscsih_bus_reset(9)mptscsih_host_reset(9)mptscsih_taskmgmt_complete(9)mptscsih_get_scsi_lookup(9)mptscsih_getclear_scsi_lookup(9)mptscsih_set_scsi_lookup(9)SCPNT_TO_LOOKUP_IDX(9)mptscsih_get_completion_code(9)mptscsih_do_cmd(9)mptscsih_synchronize_cache(9)
and that's the page, diva π« brought to you by ./drivers/message/fusion, stamped October 2026 β go forth and debug slayfully ππ₯
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms