bnx2i_process_ofld_cmpl(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– bnx2i_process_ofld_cmpl(9) πŸ’–

okay so bestie, buckle up β€” this is a page from the Kernel API Manual, and the star of the show is bnx2i_process_ofld_cmpl. yes that's a mouthful, no i will not be pronouncing it out loud πŸ’…


✨ NAME ✨

bnx2i_process_ofld_cmpl β€” process initial iscsi conn offload completion

like, it handles the moment the offload for a fresh iSCSI connection is done done. main character behaviour honestly 🫢


🌸 SYNOPSIS 🌸

void bnx2i_process_ofld_cmpl (struct bnx2i_hba *hba , struct iscsi_kcqe
*ofld_kcqe );

returns nothing (void, so don't go looking for a return value, she gives you nothing back and that's iconic), and takes exactly two things. that's it. slay.


πŸŽ€ ARGUMENTS πŸŽ€

  • hba β€” adapter structure pointer. it's a struct bnx2i_hba *, aka the adapter's whole vibe in struct form ✨
  • ofld_kcqe β€” conn offload kcqe pointer. a struct iscsi_kcqe *, the completion queue entry for the offload, right where you need it πŸ¦‹

πŸ¦‹ DESCRIPTION πŸ¦‹

so here's the tea β˜• β€” this function handles the initial connection offload completion.

and then? the ep_connect thread gets woken-up, so it can continue with the LLP connect process. literally tapping it on the shoulder like "bestie wake up, we're not done yet" πŸ˜­πŸ’–

that's the whole plot. no twists. no cap.


πŸ”₯ SEE ALSO πŸ”₯

kernel file ./drivers/scsi/bnx2i/bnx2i_hwi.c, plus the whole friend group (they all have (9) after their names, iykyk):

like, that's a lot of friends and every single one of them is invited πŸŽ‰


and that's the whole page!! this lil masterpiece lives in ./drivers/scsi/bnx2i, dated October 2026, under the very fancy name bnx2i_process_ofld_cmpl(9) β€” mwah, go read the source, ily, bye πŸ’œπŸ§šβ€β™€οΈ

πŸ“¦ where this page comes from