bnx2i_recovery_que_add_conn(9)
π bnx2i_recovery_que_add_conn(9) π
okay so bestie, welcome to section 9 of the kernel API manual β yes we're in kernel API territory, this is the deep lore β¨ today's main character is bnx2i_recovery_que_add_conn, and it's a little function with a big job. buckle up π
πΈ NAME πΈ
bnx2i_recovery_que_add_conn β literally just: add a connection to the recovery queue π«Ά
β¨ SYNOPSIS β¨
void bnx2i_recovery_que_add_conn (struct bnx2i_hba *hba , struct
bnx2i_conn *bnx2i_conn );
notice it returns void? it's giving "i do the work, i don't report back" π
and yes, there's that lil space before the commas β that's the manpage's fit, not mine, we keep it exactly as-is, no cap.
π¦ ARGUMENTS π¦
hbaβ adapter structure pointer. that's your NIC-of-the-moment, the whole hardware vibe πbnx2i_connβ iscsi connection. the actual conn we're about to yeet onto the recovery queue π
π DESCRIPTION π
so what does it do?? it adds the connection to the recovery queue and schedules the adapter eh worker. that's it. that's the whole slay π recovery queue gets a new member, the eh worker gets a heads-up, everybody's on the same page, we love a tidy handoff π
π₯ SEE ALSO π₯
okay this is the part where the manpage flexes its whole friend group π and honestly? iconic. the kernel file involved is ./drivers/scsi/bnx2i/bnx2i_hwi.c, and here's everybody it's linking arms with:
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_send_conn_destroy(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_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. a lot of friends. read them all, bestie, they're all in the group chat π
and that's the whole page, mwah π this lil gem lives under ./drivers/scsi/bnx2i and it's dated October 2026 β so go forth, add that connection to the recovery queue, schedule that eh worker, and slay the day π§ββοΈβ periodt.
π¦ 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