bnx2i_proces...cleanup_resp(9)

📦 version 7.3.1, in nixpkgs unstable

💅 NAME

bnx2i_process_cmd_cleanup_resp — bestie, this is the page for processing scsi command clean-up completion. That's it, that's the whole job, and she does it well ✨

(oh and btw, this whole page lives in the Kernel API Manual, section 9 — so like, kernel-dev coded, bnx2i_proces...cleanup_resp(9) is the name, mwah 🎀)

🌸 SYNOPSIS

void bnx2i_process_cmd_cleanup_resp (struct iscsi_session *session ,
struct bnx2i_conn *bnx2i_conn , struct cqe *cqe );

no cap, that's the whole signature — returns void, so she's giving "I do the work and I don't ask for credit" energy 👑

🦋 ARGUMENTS

  • session — ok so this one's the iscsi session pointer 💖 like the big-picture vibe of the whole session
  • bnx2i_conn — the iscsi connection pointer, the specific conn in question 🫶
  • cqe — pointer to the newly DMA'ed CQE entry for processing ⭐ this is the freshly-fetched CQE she's about to chew on

✨ DESCRIPTION

So basically: she processes the command cleanup response CQE during conn shutdown or error recovery. That's the moment-of-truth situation, the "things are wrapping up / things went sideways" energy 😭🔥 and she's the one handling that completion like the main character she is.

ngl this is the shutdown/error-recovery path, so like — treat her with respect, she's showing up when stuff is already dramatic 💀

💜 SEE ALSO

okay so this is the friend group, and the Kernel file they all live in is ./drivers/scsi/bnx2i/bnx2i_hwi.c — say hi to everybody 👋

and that's the whole page bestie, ily, go read some C 💖

source/version: ./drivers/scsi/bnx2i · date: October 2026 · and yes she's filed right back under bnx2i_proces...cleanup_resp(9) because she's consistent like that 🎀🦋

📦 where this page comes from