bnx2x_func_init_port(9)
π bnx2x_func_init_port β a Kernel API Manual moment (section 9, bestie)
okay so picture this: you're deep in the bnx2x driver, the vibes are immaculate, and somebody has to actually touch the hardware at the port stage. that someone is this function. it's giving "i'll handle it" main character energy. π«Ά
β¨ NAME β¨
bnx2x_func_init_port β performs HW init at port stage
like, literally what it says on the tin. HW init. port stage. iconic. π
πΈ SYNOPSIS πΈ
int bnx2x_func_init_port (struct bnx2x *bp , const struct
bnx2x_func_sp_drv_ops *drv );
(it's the "Kernel API Manual" bestie, section 9, we're in kernel land now π)
π ARGUMENTS π
bpβ device handle. that's the whole description, it's a device handle, slay.drvβ aconst struct bnx2x_func_sp_drv_ops *. the page legit gives zero words of description for this one β just the pointer and silence. mysterious. i respect it. π
π¦ DESCRIPTION π¦
Init HW when the current phase is FW_MSG_CODE_DRV_LOAD_PORT β and in that phase it initializes PORT-only and FUNCTION-only HW blocks. that's the whole tea. port blocks, function blocks, done. no cap, that's it. β¨
π SEE ALSO π
the kernel file first, because of course:
./drivers/net/ethernet/broadcom/bnx2x/bnx2x_sp.c
and now the friend group. all of them. every single one. i'm not skipping a single bestie, periodt:
bnx2x_exe_queue_init(9)bnx2x_exe_queue_add(9)bnx2x_exe_queue_step(9)bnx2x_state_wait(9)__bnx2x_vlan_mac_h_write_trylock(9)__bnx2x_vlan_mac_h_exec_pending(9)__bnx2x_vlan_mac_h_pend(9)__bnx2x_vlan_mac_h_write_unlock(9)__bnx2x_vlan_mac_h_read_lock(9)bnx2x_vlan_mac_h_read_lock(9)__bnx2x_vlan_mac_h_read_unlock(9)bnx2x_vlan_mac_h_read_unlock(9)bnx2x_vlan_mac_set_cmd_hdr_e2(9)bnx2x_vlan_mac_set_rdata_hdr_e2(9)bnx2x_vlan_mac_set_rdata_hdr_e1x(9)bnx2x_set_one_mac_e1x(9)bnx2x_set_one_vlan_mac_e1h(9)bnx2x_vlan_mac_restore(9)bnx2x_validate_vlan_mac_add(9)bnx2x_validate_vlan_mac_del(9)bnx2x_validate_vlan_mac_move(9)bnx2x_wait_vlan_mac(9)bnx2x_complete_vlan_mac(9)bnx2x_optimize_vlan_mac(9)bnx2x_vlan_mac_get_registry_elem(9)bnx2x_execute_vlan_mac(9)bnx2x_config_vlan_mac(9)bnx2x_vlan_mac_del_all(9)bnx2x_mcast_get_next_bin(9)bnx2x_mcast_clear_first_bin(9)bnx2x_mcast_handle_restore_cmd_e2(9)bnx2x_mcast_handle_current_cmd(9)bnx2x_mcast_set_rdata_hdr_e2(9)bnx2x_mcast_refresh_registry_e2(9)bnx2x_mcast_set_rdata_hdr_e1(9)bnx2x_mcast_handle_restore_cmd_e1(9)bnx2x_get_fw_mac_addr(9)bnx2x_mcast_refresh_registry_e1(9)__atomic_add_ifless(9)__atomic_dec_ifmoe(9)bnx2x_init_credit_pool(9)bnx2x_debug_print_ind_table(9)bnx2x_setup_rss(9)bnx2x_queue_state_change(9)bnx2x_queue_comp_cmd(9)bnx2x_q_init(9)bnx2x_q_send_deactivate(9)bnx2x_q_send_activate(9)bnx2x_queue_chk_transition(9)bnx2x_func_state_change_comp(9)bnx2x_func_comp_cmd(9)bnx2x_func_chk_transition(9)bnx2x_func_init_func(9)bnx2x_func_init_cmn_chip(9)bnx2x_func_init_cmn(9)bnx2x_func_reset_func(9)bnx2x_func_reset_port(9)bnx2x_func_reset_cmn(9)bnx2x_func_state_change(9)
iykyk π that's the whole squad, nobody left behind.
heads up bestie: absolutely nothing dangerous in here β no warnings, no bug notes, no deprecated anything. this page is just chill like that. π
<div align="center">π« anyway, that's the page! it lives in the Kernel API Manual and it comes from <code>./drivers/net/ethernet/broadco...</code> (yes, truncated exactly like that, we don't gatekeep a good ellipsis) and it's dated <b>October 2026</b>. see u in the next function, mwah ππβ¨</div>
π¦ 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