lpfc_more_plogi(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– lpfc_more_plogi(9) β€” Kernel API Manual πŸ’–

okay so bestie, today we're looking at lpfc_more_plogi(9) from the Kernel API Manual β€” it's a lil function that keeps the Port Login train rolling for a vport, and honestly it's giving "quietly keeping the whole discovery party alive" energy. πŸŽ€


✨ NAME ✨

lpfc_more_plogi β€” check and issue the remaining plogis for a vport πŸ¦‹


🌸 SYNOPSIS 🌸

void lpfc_more_plogi (struct lpfc_vport *vport );

🫢 ARGUMENTS 🫢

  • vport β€” pointer to a host virtual N_Port data structure. literally the vport we're doing all this for, no cap πŸ’…

πŸ‘‘ DESCRIPTION πŸ‘‘

so what this routine does is: it checks whether there are, like, more remaining Port Logins (PLOGI) that still need to be issued for the vport. simple check, main character energy. ✨

if there are more? it invokes the routine lpfc_els_disc_plogi to go through the Node Port Recovery (NPR) nodes and issue ELS PLOGIs β€” and it does that up to the configured discover threads with the vport, which lives at vport->cfg_discovery_threads. iconic. πŸ”₯

oh and one more thing, bestie: the function also decrements the vport's num_disc_node by 1 if it is not already 0. not me being careful about the zero case 😭 β€” it just doesn't go negative, periodt.


πŸ’œ SEE ALSO πŸ’œ

the Kernel file ./drivers/scsi/lpfc/lpfc_els.c and, like, the entire extended friend group of ELS functions πŸ‘‘ (iykyk):


like, that's a LOT of friends but every single one is invited, we don't do gatekeeping here πŸ’€βœ¨

and that's the whole page, bestie! πŸ§šπŸ’– this one came from ./drivers/scsi/lpfc, dated October 2026, and it's filed under lpfc_more_plogi(9) β€” go forth and slay those PLOGIs πŸ‘‘πŸ’…πŸŒΈ

πŸ“¦ where this page comes from