ice_lag_unregister(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ice_lag_unregister(9) β€” the Kernel API Manual, bestie edition ✨

okay so this is ice_lag_unregister, and she lives in the Kernel API Manual (section 9, we love a kernel-internals moment πŸŽ€). she's the one who handles netdev unregister events. that's the whole vibe. let's get into it πŸ’–


✨ NAME ✨

ice_lag_unregister β€” handle netdev unregister events 🫢

literally her whole job. a netdev is going away, and she's the one who deals with it.


🌸 SYNOPSIS 🌸

void ice_lag_unregister (struct ice_lag *lag , struct net_device *event_netdev );

no return value, she just does the thing and dips πŸ’… (it's void, so like… she's not giving you anything back, and that's on purpose)


πŸ¦‹ ARGUMENTS πŸ¦‹

  • lag β€” the LAG info struct πŸ’« this is the LAG context she's working with, her main character data
  • event_netdev β€” the netdev struct for the target of the notifier event πŸ”₯ iykyk, it's the device the notifier event is actually about

🌈 SEE ALSO 🌈

bestie she does NOT exist in a vacuum, she's got a whole friend group 😭 and the kernel file she calls home is ./drivers/net/ethernet/intel/ice/ice_lag.c β€” go say hi to the source fr fr.

here's the entire squad, no gatekeeping, every single one πŸ‘‘

ice_lag_set_primary(9), ice_lag_set_bkup(9), netif_is_same_ice(9), ice_lag_config_eswitch(9), ice_netdev_to_lag(9), ice_lag_find_hw_by_lport(9), ice_pkg_has_lport_extract(9), ice_lag_find_primary(9), ice_lag_cfg_fltr(9), ice_lag_cfg_dflt_fltr(9), ice_lag_cfg_drop_fltr(9), ice_lag_cfg_pf_fltrs_act_bkup(9), ice_lag_cfg_lp_fltr(9), ice_lag_cfg_pf_fltrs(9), ice_display_lag_info(9), ice_lag_qbuf_recfg(9), ice_lag_get_sched_parent(9), ice_lag_move_vf_node_tc(9), ice_lag_build_netdev_list(9), ice_lag_destroy_netdev_list(9), ice_lag_move_single_vf_nodes(9), ice_lag_move_vf_nodes(9), ice_lag_move_vf_nodes_cfg(9), ice_lag_prepare_vf_reset(9), ice_lag_complete_vf_reset(9), ice_lag_info_event(9), ice_lag_aa_qbuf_recfg(9), ice_lag_aa_move_vf_qs(9), ice_lag_aa_failover(9), ice_lag_reclaim_vf_tc(9), ice_lag_reclaim_vf_nodes(9), ice_lag_link(9), ice_lag_act_bkup_unlink(9), ice_lag_aa_unlink(9), ice_lag_link_unlink(9), ice_lag_set_swid(9), ice_lag_primary_swid(9), ice_lag_add_prune_list(9), ice_lag_del_prune_list(9), ice_lag_init_feature_support_flag(9), ice_lag_changeupper_event(9), ice_lag_monitor_link(9), ice_lag_monitor_act_bkup(9), ice_lag_aa_clear_spoof(9), ice_lag_monitor_act_act(9), ice_lag_monitor_info(9), ice_lag_chk_comp(9), ice_lag_monitor_rdma(9), ice_lag_chk_disabled_bond(9), ice_lag_disable_sriov_bond(9), ice_lag_preset_drop_fltr(9), ice_lag_process_event(9), ice_lag_event_handler(9), ice_register_lag_handler(9), ice_unregister_lag_handler(9), ice_create_lag_recipe(9), ice_lag_move_vf_nodes_tc_sync(9), ice_lag_move_vf_nodes_sync(9), ice_init_lag(9), ice_deinit_lag(9), ice_lag_rebuild(9), ice_lag_is_switchdev_running(9)

that's the whole group chat, screenshot it πŸ“Έ


ngl the only thing she takes is those two args and she returns nothing β€” read the params, respect the params, that's the assignment πŸ’€

that's the page, bestie!! πŸŽ€πŸ’œ this lil beauty ships out of ./drivers/net/ethernet/intel/ice, dated October 2026 β€” mwah, iconic, periodt βœ¨πŸ¦‹πŸŒΈ

πŸ“¦ where this page comes from