lpfc_release_rpi(9)

💅 lpfc_release_rpi — release a RPI by issuing unreg_login mailbox cmd

okay bestie, welcome to the Kernel API Manual ✨ this one's called lpfc_release_rpi and it lives in section 9, the whole "kernel API" section, iykyk 🎀

---

🌸 NAME 🌸

lpfc_release_rpi — release a RPI by issuing unreg_login mailbox cmd.

like, that's literally the whole job. release a RPI. by issuing an unreg_login mailbox cmd. no cap 💅

---

✨ SYNOPSIS ✨

void lpfc_release_rpi (struct lpfc_hba *phba , struct lpfc_vport *vport
, struct lpfc_nodelist *ndlp , uint16_t rpi );

it returns void, so don't go looking for a return value, there isn't one, periodt 🫶

---

🦋 ARGUMENTS 🦋

four lil besties walk into a function:

• phba — Pointer to lpfc_hba structure. this is the hba main character 👑
• vport — Pointer to lpfc_vport structure. the vport, obviously 🎀
• ndlp — Pointer to lpfc_nodelist structure. nodelist represent 🫶
• rpi — rpi to be release. yes, "release," that's their word not mine, we keep it 💀 it's a uint16_t too, so it's smol and precious 🍓

all four are pointers/values you hand over, and not one of them is optional. the vibe check is: bring all four or don't come at all 🙈

---

🔥 DESCRIPTION 🔥

so what does it actually do? This function will send a unreg_login mailbox command to the firmware to release a rpi. that's it. that's the whole plot. it's giving "one job, doing it iconically" ⭐

the way it works is lowkey gorgeous: you want an RPI released, so it goes straight to the firmware with an unreg_login mailbox command, and the firmware handles it. delegation queen behavior 👑

no return value, remember — it just does the thing and leaves 🌈

---

💜 SEE ALSO 💜

• Kernel file ./drivers/scsi/lpfc/lpfc_nportdisc.c
• lpfc_mbx_cmpl_resume_rpi(9) — go read that one next, fr fr 📚

---

and that's the tea 🍓 this page is from ./drivers/scsi/lpfc, dated October 2026, filed under lpfc_release_rpi(9) — go off, kernel bestie, slay 💖✨🧚