ib_device_en..._gid_updates(9)
π ib_device_en..._gid_updates(9) π
okay so bestie, this is from the Kernel API Manual, and we're talking about ib_device_enable_gid_updates. It's lowkey a tiny function with main-character infrastructure energy. No cap. β¨
π NAME π
ib_device_enable_gid_updates β Mark device as ready for GID cache updates π
π¦ SYNOPSIS π¦
void ib_device_enable_gid_updates (struct ib_device *device );
πΈ ARGUMENTS πΈ
deviceβ Device to mark. literally the device getting marked, bestie π«Ά
π₯ DESCRIPTION π₯
Okay so this gets called after the GID table is allocated and initialized. After this mark is set, netdevice event handlers can update the device's GID cache. The way that helps: events that arrive during device registration can be processed, and that avoids stale GID entries when netdev properties change during the device registration process. slay, no stale entries, periodt. β¨
π SEE ALSO π
Kernel file ./drivers/infiniband/core/device.c, plus the whole iconic reference friend group:
rdma_dev_access_netns(9)rdma_dev_has_raw_cap(9)ib_device_put(9)_ib_alloc_device(9)ib_dealloc_device(9)ib_port_immutable_read(9)ib_register_device(9)ib_unregister_device(9)ib_unregister_device_and_put(9)ib_unregister_driver(9)ib_unregister_device_queued(9)ib_register_client(9)ib_unregister_client(9)ib_get_client_nl_info(9)ib_set_client_data(9)ib_register_event_handler(9)ib_unregister_event_handler(9)ib_query_port(9)ib_device_set_netdev(9)ib_query_netdev_port(9)ib_device_get_by_netdev(9)ib_enum_roce_netdev(9)ib_enum_all_roce_netdevs(9)ib_device_disable_gid_updates(9)ib_query_pkey(9)ib_modify_device(9)ib_modify_port(9)ib_find_gid(9)ib_find_pkey(9)ib_get_net_dev_by_params(9)
that's the whole page, bestie! π it's sourced from ./drivers/infiniband/core, dated October 2026, and it's the ib_device_en..._gid_updates(9) manual page. mwah πβ¨
π¦ 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