__lpfc_nvme_ls_req_cmp(9)

📦 version 7.3.1, in nixpkgs unstable

💖 __lpfc_nvme_ls_req_cmp — kernel API manual, but make it make sense 💖

okay so bestie, this is a page from the Kernel API Manual and it's all about __lpfc_nvme_ls_req_cmp ✨ lowkey a mouthful, but it's literally just a completion handler and honestly? she ate.

🎀 NAME 🎀

__lpfc_nvme_ls_req_cmp — the generic completion handler for a NVME LS request. that's it, that's the vibe 💅

✨ SYNOPSIS ✨

void __lpfc_nvme_ls_req_cmp (struct lpfc_hba *phba , struct lpfc_vport
*vport , struct lpfc_iocbq *cmdwqe , struct lpfc_wcqe_complete *wcqe );

like, yes, that's a whole lot of struct pointers. breathe. we'll get through it together 🫶

🌸 ARGUMENTS 🌸

  • phba — pointer to the HBA context object. the main character of the storage world, honestly 👑
  • vport — the local port that issued the LS. she's the one who started it, so she's the one showing up 💁‍♀️
  • cmdwqe — pointer to the driver command WQE object. this is the request side of things ✨
  • wcqe — pointer to the driver response CQE object. and this is the reply, iykyk 🦋

💜 DESCRIPTION 💜

so what does she do? this function is the generic completion handler for NVME LS requests — meaning when an LS request finishes, she's the one wrapping it up. the whole closing-credits moment 🎬

the way that she works, in order, no cap:

  1. updates any states and statistics 📊
  2. calls the transport ls_req done routine 📞
  3. tears down the command and buffers used for the LS request 🧹✨

clean, efficient, iconic. periodt.

🌈 SEE ALSO 🌈

the kernel file ./drivers/scsi/lpfc/lpfc_nvme.c — go read her, fr fr 📖 — plus this whole friend group:

like, the whole squad pulled up 💀💖

anyway bestie, that's the page 💅 this one lives under ./drivers/scsi/lpfc, and the version vibes are dated October 2026 — so yeah, she's from the future and still slaying 🔥👑 bye mwah 🫶💜

📦 where this page comes from