lpfc_els_rsp_rls_acc(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ lpfc_els_rsp_rls_acc(9) ✨

okay bestie, this is the Kernel API Manual page for lpfc_els_rsp_rls_acc(9). it's giving completion callback main character energy, no cap πŸ”₯


🌸 NAME 🌸

lpfc_els_rsp_rls_acc β€” completion callbk func for MBX_READ_LNK_STAT mbox cmd πŸ’…

✨ SYNOPSIS ✨

void lpfc_els_rsp_rls_acc (struct lpfc_hba *phba , LPFC_MBOXQ_t *pmb );

πŸŽ€ ARGUMENTS πŸŽ€

  • phba β€” pointer to lpfc hba data structure.
  • pmb β€” pointer to the driver internal queue element for mailbox command.

πŸ’… DESCRIPTION πŸ’…

okay so this routine is the completion callback function for the MBX_READ_LNK_STAT mailbox command. its whole moment is actually sending the Accept (ACC) response to a Read Link Status (RLS) unsolicited IOCB event. it collects the link statistics from the completion of the MBX_READ_LNK_STAT mailbox command, constructs the RLS response with the link statistics collected, and then invokes the lpfc_sli_issue_iocb routine to send the ACC response to the RLS. slay ✨

bestie, important note: the ndlp reference count will be incremented by 1 for holding the ndlp, and the reference to ndlp will be stored into the ndlp field of the IOCB for the completion callback function to the RLS Accept Response ELS IOCB command. do not skip this detail, periodt πŸ’–

πŸ¦‹ SEE ALSO πŸ¦‹

the related-function squad is lowkey huge, so here it is, fr fr:

mwah πŸ’‹ this page comes from ./drivers/scsi/lpfc, dated October 2026, and it’s literally lpfc_els_rsp_rls_acc(9) signing off βœ¨πŸ’…

πŸ“¦ where this page comes from