bnx2x_vlan_mac_del_all(9)
π bnx2x_vlan_mac_del_all β a deep dive from the Kernel API Manual
okay so bestie, welcome to the <pink>Kernel API Manual</pink> β¨ and to bnx2x_vlan_mac_del_all(9) β yes that's the whooole name, we're not abbreviating, we're not being casual about it, this function is a whole entire vibe.
πΈ NAME πΈ
bnx2x_vlan_mac_del_all β deletes elements that match the given vlan_mac_flags spec π like literally clears them out.
β¨ SYNOPSIS β¨
int bnx2x_vlan_mac_del_all (struct bnx2x *bp , struct bnx2x_vlan_mac_obj
* o , unsigned long *vlan_mac_flags , unsigned long *ramrod_flags );
it returns an int, bestie, and you're gonna wanna read the DESCRIPTION for what that int is actually giving π
π¦ ARGUMENTS π¦
bpβ device handle π your whole lil device, right there in a pointer.oβ vlan object info. the object itself, the main character πvlan_mac_flagsβ vlan flags π the spec of which elements we're matching.ramrod_flagsβ execution flags to be used for this deletion π₯ yeah, these are the flags that drive how the delete actually goes down.
π DESCRIPTION π
okay so here's the return-value situation, no cap:
- if the last operation has completed successfully and there are no more elements left β you get a positive value π
- if the last operation has completed successfully and there are more previously configured elements β also a positive value π (yes, both. that's just how it is, i don't make the rules)
- a negative value means the current operation has failed π
bestie pls note: the manpage says "positive" for both of the success cases β i'm not gonna invent a zero case for you, that's not in here, fr fr π ββοΈ
π SEE ALSO π
Kernel file: ./drivers/net/ethernet/broadcom/bnx2x/bnx2x_sp.c π
and now, the friend group π«Ά β all of these are (9) entries:
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_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)
πΈ okay that's the whole page bestie, stream it, cite it, cite me π«Ά the source path got chopped in the footer (./drivers/net/ethernet/broadco...) and it's dated October 2026 β so yes, this manpage is from the future, iconic behavior only πβ¨π
π¦ 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