lpfc_fdmi_rprt_defer(9)

💖 lpfc_fdmi_rprt_defer(9) — like, the Kernel API Manual page bestie 💖

okay so this is lpfc_fdmi_rprt_defer, straight out of the Kernel API Manual section 9 (the kernel-funcs girlies know 👑). it's a little helper that goes and checks on any FDMI RPRT commands that are just... vibing in the deferred queue instead of being sent. no cap, that's the whole gig ✨

---

🌸 SYNOPSIS 🌸

void lpfc_fdmi_rprt_defer (struct lpfc_hba *phba , uint32_t mask );

returns void, so it's giving "i do the work and i don't report back" 💅

---

🎀 ARGUMENTS 🎀

• phba — Pointer to HBA context object 💖 like, this is your whole Host Bus Adapter situation, the main character of the struct
• mask — Initial port attributes mask 🦋 the mask you start out with for the port attributes, fr fr

---

⭐ DESCRIPTION ⭐

okay so here's the lore 🫶 this function checks to see if any vports have deferred their FDMI RPRT. that's it, that's the mission.

and why would a vport defer its RPRT, you ask? 👀 a vport's RPRT may be deferred if it is issued before the primary port's RHBA completes. literally just a timing thing — baby vport got there too early and had to wait its turn 😭

ngl the order matters here. RPRT before the primary port's RHBA finishes = deferred. that's the whole reason this function exists, bestie.

---

🦋 SEE ALSO 🦋

all the siblings and cousins in Kernel file ./drivers/scsi/lpfc/lpfc_ct.c 💜 go give them a follow:

• lpfc_ct_unsol_cmpl(9)
• lpfc_ct_reject_event(9)
• lpfc_ct_handle_mibreq(9)
• lpfc_ct_unsol_event(9)
• lpfc_ct_handle_unsol_abort(9)
• lpfc_cmpl_ct_disc_fdmi(9)
• lpfc_fdmi_change_check(9)
• lpfc_fdmi_cmd(9)
• lpfc_delayed_disc_tmo(9)
• lpfc_delayed_disc_timeout_handler(9)
• lpfc_vmid_cmd(9)

---

🧚 and that's the whole page, bestie! this one came from ./drivers/scsi/lpfc, dated October 2026, and it's lpfc_fdmi_rprt_defer(9) — go forth and defer those RPRTs responsibly 💖✨🎀