lpfc_handle_rrq_active(9)

📦 version 7.3.1, in nixpkgs unstable

🎀 NAME 🎀

okay bestie, welcome to the Kernel API Manual entry for lpfc_handle_rrq_active 💅

lpfc_handle_rrq_active — Checks if RRQ has waithed RATOV.

yes the "waithed" is staying, it's part of the lore now, we don't touch it 🫶

✨ SYNOPSIS ✨

void lpfc_handle_rrq_active (struct lpfc_hba *phba );

🦋 ARGUMENTS 🦋

  • phba — Pointer to HBA context object. it's giving "the whole entire world lives in here" energy, lowkey 👑

💖 DESCRIPTION 💖

so picture this: this function gets called with hbalock held, right? like the lock is already in your hand, do not grab it again, that's not the vibe 🙈

then it does a lil vibe check — has stop_time been reached? (ratov, from when we set rrq active). if the answer is yes and the send_rrq flag is set, it's go time and it calls lpfc_send_rrq 🔥

but if the send_rrq flag is not set? then it just calls the routine to clear the rrq and free the rrq resource. no send, just cleanup, we love a tidy queen 🧹✨

and before dipping out of the routine, the timer gets set to the next rrq that's going to expire — so nothing gets left hanging, periodt ⏰💜

🌈 SEE ALSO 🌈

main character file: Kernel file ./drivers/scsi/lpfc/lpfc_sli.c — and honestly the whole friend group showed up, look at this roster 😭💖

and that's the whole page bestie, go clear those rrqs responsibly 💜 this one came straight outta ./drivers/scsi/lpfc, dated October 2026, and it's the lpfc_handle_rrq_active(9) girl herself signing off ✨🎀🦋

📦 where this page comes from