bnx2i_send_conn_destroy(9)
π
bnx2i_send_conn_destroy β from the Kernel API Manual, bestie π
okay so picture this: you're deep in the bnx2i driver, and it's time to say goodbye to an iSCSI connection. Not a sad goodbye β a clean goodbye. This little function is the one that starts the teardown, and honestly? She's giving main character energy. β¨
πΈ NAME πΈ
bnx2i_send_conn_destroy β initiates iscsi connection teardown process π«Ά
Yeah. She destroys connections. Politely. On purpose. Periodt.
β SYNOPSIS β
int bnx2i_send_conn_destroy (struct bnx2i_hba *hba , struct
bnx2i_endpoint *ep );
Two pointers in, one int out. That's the whole vibe check. π«
π¦ ARGUMENTS π¦
hbaβ adapter structure pointer. it's your HBA, your hardware bestie, the whole reason any of this works π₯οΈepβ endpoint (transport identifier) structure. this is the one who's getting torn down, no cap π
π₯ DESCRIPTION π₯
so what does she actually do, you ask? this routine prepares and posts CONN_OFLD_REQ1/2 KWQE to initiate iscsi connection context clean-up process π§Ήβ¨
that's it. that's the whole thing. she preps the request, she posts the request, the clean-up process gets going. iconic behaviour, lowkey π
ngl, if you're here reading this, you're already pretty deep in the bnx2i sauce. respect. π«‘
π SEE ALSO π
the full bnx2i cinematic universe, assembled β and yes, you have to meet all of them ππ
Kernel file ./drivers/scsi/bnx2i/bnx2i_hwi.c and friends:
bnx2i_get_cid_num(9)bnx2i_adjust_qp_size(9)bnx2i_get_link_state(9)bnx2i_iscsi_license_error(9)bnx2i_arm_cq_event_coalescing(9)bnx2i_get_rq_buf(9)bnx2i_put_rq_buf(9)bnx2i_ring_sq_dbell(9)bnx2i_ring_dbell_update_sq_params(9)bnx2i_send_iscsi_login(9)bnx2i_send_iscsi_tmf(9)bnx2i_send_iscsi_text(9)bnx2i_send_iscsi_scsicmd(9)bnx2i_send_iscsi_nopout(9)bnx2i_send_iscsi_logout(9)bnx2i_update_iscsi_conn(9)bnx2i_ep_ofld_timer(9)bnx2i_send_cmd_cleanup_req(9)bnx2i_570x_send_conn_ofld_req(9)bnx2i_5771x_send_conn_ofld_req(9)bnx2i_send_conn_ofld_req(9)setup_qp_page_tables(9)bnx2i_alloc_qp_resc(9)bnx2i_free_qp_resc(9)bnx2i_send_fw_iscsi_init_msg(9)bnx2i_process_scsi_cmd_resp(9)bnx2i_process_login_resp(9)bnx2i_process_text_resp(9)bnx2i_process_tmf_resp(9)bnx2i_process_logout_resp(9)bnx2i_process_nopin_local_cmpl(9)bnx2i_unsol_pdu_adjust_rq(9)bnx2i_process_nopin_mesg(9)bnx2i_process_async_mesg(9)bnx2i_process_reject_mesg(9)bnx2i_process_cmd_cleanup_resp(9)bnx2i_percpu_io_thread(9)bnx2i_queue_scsi_cmd_resp(9)bnx2i_process_new_cqes(9)bnx2i_fastpath_notification(9)bnx2i_process_update_conn_cmpl(9)bnx2i_recovery_que_add_conn(9)bnx2i_process_tcp_error(9)bnx2i_process_iscsi_error(9)bnx2i_process_conn_destroy_cmpl(9)bnx2i_process_ofld_cmpl(9)bnx2i_indicate_kcqe(9)bnx2i_indicate_netevent(9)bnx2i_cm_connect_cmpl(9)bnx2i_cm_close_cmpl(9)bnx2i_cm_abort_cmpl(9)bnx2i_cm_remote_close(9)bnx2i_cm_remote_abort(9)bnx2i_map_ep_dbell_regs(9)
like I said. the whole universe. slay. π
and that's the page, bestie!! πβ¨ this one came from ./drivers/scsi/bnx2i, dated October 2026, and it's the bnx2i_send_conn_destroy(9) page from the Kernel API Manual β go forth and tear down those connections responsibly ππ¦π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms