lpfc_cmpl_els_adisc(9)

📦 version 7.3.1, in nixpkgs unstable

hiii bestie 💖 welcome to the lpfc_cmpl_els_adisc(9) page from the Kernel API Manual! this is your group chat for the completion callback for adisc, and we are keeping every single detail because that is the whole vibe ✨

🎀 NAME 🎀

lpfc_cmpl_els_adisc — completion callback function for adisc 🌸

✨ SYNOPSIS ✨

the signature is literally this, no edits bestie:

void lpfc_cmpl_els_adisc (struct lpfc_hba *phba , struct lpfc_iocbq
       *cmdiocb , struct lpfc_iocbq *rspiocb );

🌈 ARGUMENTS 🌈

okay so the arguments are giving “three pointers and a dream,” but for real:

  • phba — pointer to lpfc hba data structure. 🫶
  • cmdiocb — pointer to lpfc command iocb data structure. 💅
  • rspiocb — pointer to lpfc response iocb data structure. 🦋

💜 DESCRIPTION 💜

okay so this routine is THE completion function for issuing the Address Discover (ADISC) command. first it checks to see whether the link went down during the discovery process. if so, the node will be marked as node port recovery for issuing discover IOCB by the link attention handler and exit. periodt. 💅

otherwise, the response status is checked. if error was reported in the response status, the ADISC command shall be retried by invoking the lpfc_els_retry routine. 🔥

otherwise, if no error was reported in the response status, the state machine is invoked to set transition with respect to NLP_EVT_CMPL_ADISC event. no cap, that’s the flow ✨

🌸 SEE ALSO 🌸

the kernel file in question is ./drivers/scsi/lpfc/lpfc_els.c, and the whole cross-reference crew is here — no skips, no missing besties, periodt 👑

and that’s the tea ☕ — source/version: ./drivers/scsi/lpfc, date: October 2026, page: lpfc_cmpl_els_adisc(9). mwah 💋

📦 where this page comes from