mlx5dv_devx_subs...ibe_devx_event_fd(3)
π NAME π
okay bestie, welcome to the mlx5dv_devx_subs...ibe_devx_event_fd(3) manual page β yes, the name is long enough to need a snack break, but the tea is: these functions subscribe over an event channel for device events.
mlx5dv_devx_subscribe_devx_eventβ subscribe over an event channel for device events. slay.mlx5dv_devx_subscribe_devx_event_fdβ subscribe over an event channel for device events to signaleventfd. iconic.
β¨ SYNOPSIS β¨
#include <infiniband/mlx5dv.h>
int mlx5dv_devx_subscribe_devx_event(struct mlx5dv_devx_event_channel *dv_event_channel,
struct mlx5dv_devx_obj *obj,
uint16_t events_sz,
uint16_t events_num[],
uint64_t cookie)
int mlx5dv_devx_subscribe_devx_event_fd(struct mlx5dv_devx_event_channel *dv_event_channel,
int fd,
struct mlx5dv_devx_obj *obj,
uint16_t event_num)
πΈ DESCRIPTION πΈ
okay so the whole plot is literally this: subscribe over a DEVX event channel for device events. that's the main character energy of this page. no cap.
π ARGUMENTS π
dv_event_channelβ event channel to subscribe over. that's the channel you're locking in with, bestie πfdβ a file descriptor that previously was opened by theeventfd()system call. so yes, it has already been opened byeventfd()β noted.objβ DEVX object thatevents_numrelates to; can beNULLfor unaffiliated events. yes,NULLis allowed here for unaffiliated events π«Άevents_szβ size of theevents_numbuffer that holds the events to subscribe for. it's giving "buffer size check" energy.events_numβ holds the required event numbers to subscribe for; numbers are according to the device specification. the device spec is the source of truth here, iykyk.cookieβ the value to be returned back when reading the event; can be used as an ID for application use. cute little app-side ID moment π
quick bestie note: event_num is chillin' in the mlx5dv_devx_subscribe_devx_event_fd signature up in SYNOPSIS, but the ARGUMENTS list here doesn't give it its own separate description. not me inventing lore π
π§ NOTES π§
when mlx5dv_devx_subscribe_devx_event_fd will be used, the fd will be signaled once an event has occurred. that's the whole note, bestie β short, sweet, and signaling. π
π¦ SEE ALSO π¦
π AUTHOR π
Yishai Hadas <yishaih@mellanox.com>
bestie sign-off π: that's the mlx5dv_devx_subs...ibe_devx_event_fd(3) manual page, section 3. the footer doesn't give a separate source/version or date, it just repeats that page name, so consider this your cute little wave goodbye. stay subscribed β¨π¦
π¦ where this page comes from
- alpine 3.24: rdma-core-doc 61.0-r0 Β· GPL-2.0-only OR BSD-2-Clause
- centos-stream 10: rdma-core-devel 62.0-3.el10 Β· GPLv2 or BSD
- centos-stream 9: rdma-core-devel 61.0-3.el9 Β· GPLv2 or BSD
- centos-stream 9: rdma-core-devel 61.0-3.el9 Β· GPLv2 or BSD
- ubuntu jammy: libibverbs-dev 39.0-1 Β· BSD-MIT OR GPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms