lpfc_sli4_f...xt_index_get(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– lpfc_sli4_fcf_rr_next_index_get(9) β€” the round-robin FCF index picker ✨

okay so first things first, bestie: this page lives in the Kernel API Manual, and the header up top has the title cut off as lpfc_sli4_f...xt_index_get(9) β€” that's just the terminal being dramatic and truncating things, the real name is right below πŸ‘‡ no cap.


🌸 NAME 🌸

lpfc_sli4_fcf_rr_next_index_get β€” get the next eligible FCF record index πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

uint16_t lpfc_sli4_fcf_rr_next_index_get (struct lpfc_hba *phba );

✨ ARGUMENTS ✨

  • phba β€” pointer to the lpfc hba data structure. that's it, that's the whole vibe 🫢

πŸ’… DESCRIPTION πŸ’…

so this routine's whole job is literally to get you the next eligible FCF record index, and it does it in a round robin fashion β€” like, it takes turns, very fair, very demure πŸ”„

here's the tea though: if that next eligible FCF record index happens to equal the initial roundrobin FCF record index, then LPFC_FCOE_FCF_NEXT_NONE (0xFFFF) shall be returned instead. iykyk, that 0xFFFF is the "nobody's home, we've gone all the way around" signal πŸ’€

otherwise β€” and only otherwise β€” the next eligible FCF record's index shall be returned. periodt. πŸ‘‘


πŸ”₯ SEE ALSO πŸ”₯

a whole friend group of kernel functions, all living in the Kernel file ./drivers/scsi/lpfc/lpfc_sli.c β€” grab a snack, this list is long but we love her for it πŸ“:


and that's the whole page, bestie πŸ’œ literally all of it, nothing skipped, we ate and left no crumbs πŸ“

mwah πŸ’‹ β€” this one's from ./drivers/scsi/lpfc, dated October 2026, and the title keeps showing up as lpfc_sli4_f...xt_index_get(9) because the header is a little extra. bye bestie, go read some kernel source πŸ¦‹βœ¨

πŸ“¦ where this page comes from