From: Michael Guralnik <michaelgur@nvidia.com>
To: <jgg@nvidia.com>
Cc: <linux-rdma@vger.kernel.org>, <leonro@nvidia.com>,
<mbloch@nvidia.com>, <cmeiohas@nvidia.com>, <msanalla@nvidia.com>,
<dsahern@gmail.com>, "Michael Guralnik" <michaelgur@nvidia.com>
Subject: [PATCH rdma-next v3 0/7] Support RDMA events monitoring through
Date: Mon, 9 Sep 2024 20:30:18 +0300 [thread overview]
Message-ID: <20240909173025.30422-1-michaelgur@nvidia.com> (raw)
This series consists of multiple parts that collectively offer a method
to monitor RDMA events from userspace.
Using netlink, users will be able to monitor their IB device events and
changes such as device register, device unregister and netdev
attachment.
The first 2 patches contain fixes in mlx5 lag code that are required for
accurate event reporting in case of a lag bond.
Patch #3 initializes phys_port_cnt early in device probe to allow the
IB-to-netdev mapping API to work properly.
Patches #4,#5 modify and export IB-to-netdev mapping API, making it accessible
to all vendors who wish to rely on it for associating their IB device with
a netdevice.
Patches #6,#7 add the netlink support for reporting IB device events to
userspace.
Changes in v3:
- Fix lockdep warning in ib_device_get_netdev by dropping
optimization part from it
- Extend event info to include device names
- Instead of disregarding unknown events, report them to
userspace
- Remove fill_mon_register and replace with fill_nldev_handle to
fill netlink messages for register events
Changes in v2:
- Fix compilation issues with forward declaration of ib_device
- Add missing setting of return code in error flow
Chiara Meiohas (5):
RDMA/mlx5: Initialize phys_port_cnt earlier in RDMA device creation
RDMA/device: Remove optimization in ib_device_get_netdev()
RDMA/mlx5: Use IB set_netdev and get_netdev functions
RDMA/nldev: Add support for RDMA monitoring
RDMA/nldev: Expose whether RDMA monitoring is supported
Mark Bloch (2):
RDMA/mlx5: Check RoCE LAG status before getting netdev
RDMA/mlx5: Obtain upper net device only when needed
drivers/infiniband/core/device.c | 51 ++++-
drivers/infiniband/core/netlink.c | 1 +
drivers/infiniband/core/nldev.c | 130 ++++++++++++
drivers/infiniband/hw/mlx5/ib_rep.c | 22 +-
drivers/infiniband/hw/mlx5/main.c | 197 +++++++++++++-----
drivers/infiniband/hw/mlx5/mlx5_ib.h | 3 +-
.../net/ethernet/mellanox/mlx5/core/lag/lag.c | 76 +++----
include/linux/mlx5/device.h | 1 +
include/linux/mlx5/driver.h | 2 +-
include/rdma/ib_verbs.h | 2 +
include/rdma/rdma_netlink.h | 12 ++
include/uapi/rdma/rdma_netlink.h | 16 ++
12 files changed, 399 insertions(+), 114 deletions(-)
--
2.17.2
next reply other threads:[~2024-09-09 17:31 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-09 17:30 Michael Guralnik [this message]
2024-09-09 17:30 ` [PATCH v3 rdma-next 1/7] RDMA/mlx5: Check RoCE LAG status before getting netdev Michael Guralnik
2024-09-10 3:58 ` Kalesh Anakkur Purayil
2024-09-09 17:30 ` [PATCH v3 rdma-next 2/7] RDMA/mlx5: Obtain upper net device only when needed Michael Guralnik
2024-09-10 3:59 ` Kalesh Anakkur Purayil
2024-09-09 17:30 ` [PATCH v3 rdma-next 3/7] RDMA/mlx5: Initialize phys_port_cnt earlier in RDMA device creation Michael Guralnik
2024-09-09 17:30 ` [PATCH v3 rdma-next 4/7] RDMA/device: Remove optimization in ib_device_get_netdev() Michael Guralnik
2024-09-10 4:00 ` Kalesh Anakkur Purayil
2024-09-09 17:30 ` [PATCH v3 rdma-next 5/7] RDMA/mlx5: Use IB set_netdev and get_netdev functions Michael Guralnik
2024-09-09 17:30 ` [PATCH v3 rdma-next 6/7] RDMA/nldev: Add support for RDMA monitoring Michael Guralnik
2024-09-09 18:05 ` Leon Romanovsky
2024-09-10 11:09 ` Leon Romanovsky
2024-09-09 17:30 ` [PATCH v3 rdma-next 7/7] RDMA/nldev: Expose whether RDMA monitoring is supported Michael Guralnik
2024-09-11 13:30 ` [PATCH rdma-next v3 0/7] Support RDMA events monitoring through Leon Romanovsky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240909173025.30422-1-michaelgur@nvidia.com \
--to=michaelgur@nvidia.com \
--cc=cmeiohas@nvidia.com \
--cc=dsahern@gmail.com \
--cc=jgg@nvidia.com \
--cc=leonro@nvidia.com \
--cc=linux-rdma@vger.kernel.org \
--cc=mbloch@nvidia.com \
--cc=msanalla@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox