lpfc_sli4_se...f_flogi_fail(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– lpfc_sli4_se...f_flogi_fail(9) πŸ’–

okay bestie, you're in the Kernel API Manual and this is the page for lpfc_sli4_se...f_flogi_fail(9) β€” yes, the title is out here doing its little ellipsis moment, iconic. It's all about lpfc_sli4_set_fcf_flogi_fail, a void function with tiny bookkeeping energy. 🫢

🌸 NAME 🌸

lpfc_sli4_set_fcf_flogi_fail β€” that's the name, and the dash after it is literally empty. No description era, just vibes and a function name. πŸ’…

✨ SYNOPSIS ✨

void lpfc_sli4_set_fcf_flogi_fail (struct lpfc_hba *phba , uint16_t
       fcf_index );

πŸŽ€ ARGUMENTS πŸŽ€

  • phba β€” pointer to the lpfc hba data structure. πŸ’–
  • fcf_index β€” the index of the fcf record to update. πŸ¦‹

okay so here's the lore: this routine acquires the hbalock and then sets the LPFC_FCF_FLOGI_FAILED flag so the round robin selection for that particular priority level will try a different fcf record that does not have this bit set. If the fcf record is re-read for any reason, this flag is cleared brfore adding it to the priority list β€” yes, brfore, the typo is part of the source vibe and we're not fixing it, bestie πŸ’€.

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file: ./drivers/scsi/lpfc/lpfc_hbadisc.c β€” that's the home base, no cap. Then the whole reference roster, all of it, because we do not skip the boring parts in this group chat:


xoxo bestie, this page is sourced from ./drivers/scsi/lpfc, dated October 2026, and it's the lpfc_sli4_se...f_flogi_fail(9) page. slay forever πŸ’œ

πŸ“¦ where this page comes from