__bnx2x_vlan..._read_unlock(9)
π
__bnx2x_vlan..._read_unlock π
okay so bestie, welcome to the Kernel API Manual entry for __bnx2x_vlan..._read_unlock(9) β yes the name is chopped, yes it's giving truncated-chaos, no we are not fixing it. π
β¨ NAME β¨
__bnx2x_vlan_mac_h_read_unlock β the one that unlocks the vlan mac head list reader lock. that's it, that's the whole job. icon behavior, honestly. π¦
πΈ SYNOPSIS πΈ
void __bnx2x_vlan_mac_h_read_unlock (struct bnx2x *bp , struct bnx2x_vlan_mac_obj *o );
π ARGUMENTS π
bpβ the device handle. your main character struct, the one you pass around everywhere. π«oβ the vlan_mac object. the whole reason we're here, lowkey. π
π₯ CONTEXT π₯
so listen β this needs to be called under the execution queue lock. not vibes-based locking, actual lock. π«Ά
and heads up: notice that if a pending execution exists, it would be performed if this was the last reader. read that again, bestie, because that means it might possibly be releasing and reclaiming the execution queue lock. so likeβ¦ the lock situation is not static. it's giving plot twist. π
don't skip the context, fr fr β this is one of those "the call is fine, the surroundings are the whole story" situations. π
π SEE ALSO π
Kernel file ./drivers/net/ethernet/broadcom/bnx2x/bnx2x_sp.c β that's where the lore lives, go read it. π
and now the extended universe, because apparently we are not leaving anyone out (and honestly? obsessed that the list is this long):
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_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_port(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)
likeβ¦ that's the whole friend group and every single one of them showed up to the party. no cap. π
and that's the page, bestie! this lil drop came from ./drivers/net/ethernet/broadco... and it's stamped October 2026, filed forever under __bnx2x_vlan..._read_unlock(9) β go forth, lock responsibly, unlock beautifully π
β¨π
π¦ 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