lpfc_cmpl_els_edc(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– lpfc_cmpl_els_edc(9) πŸ’–

okay bestie, welcome to the Kernel API Manual page for lpfc_cmpl_els_edc β€” yes, the title and manual name are folded in right here because we're doing this cute and efficient. it's giving kernel-callback main character energy, ngl. πŸ’…

🌸 NAME 🌸

lpfc_cmpl_els_edc β€” Completion callback function for EDC. literally that's the whole name section, and it ate. ✨

✨ SYNOPSIS ✨

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

πŸŽ€ ARGUMENTS πŸŽ€

  • 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 callback function for issuing the Exchange Diagnostic Capabilities (EDC) command. the driver issues an EDC to notify the FPort of its Congestion and Link Fault capabilities. iconic behavior, truly.

then this routine parses the FPort's response and decides on the least common values applicable to both FPort and NPort for Warnings and Alarms that are communicated via hardware signals. lowkey a whole capability-match moment, and it's obsessed with getting the shared values right. no cap. πŸ’–

πŸ‘‘ SEE ALSO πŸ‘‘

first up, the kernel file stays right here: ./drivers/scsi/lpfc/lpfc_els.c β€” that's the source-side lore, iykyk.

then all the linked functions, exactly as they appear:


and that's the whole vibe check πŸ’« source/version ./drivers/scsi/lpfc Β· date October 2026 Β· manual lpfc_cmpl_els_edc(9) β€” periodt, mwah 🫢

πŸ“¦ where this page comes from