[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1685953497.git.leon@kernel.org>
Date: Mon, 5 Jun 2023 13:14:03 +0300
From: Leon Romanovsky <leon@...nel.org>
To: Jason Gunthorpe <jgg@...dia.com>
Cc: Leon Romanovsky <leonro@...dia.com>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, linux-kernel@...r.kernel.org,
linux-rdma@...r.kernel.org, netdev@...r.kernel.org,
Paolo Abeni <pabeni@...hat.com>,
Patrisious Haddad <phaddad@...dia.com>,
Saeed Mahameed <saeedm@...dia.com>
Subject: [PATCH rdma-next v2 0/4] Handle FW failures to destroy QP/RQ objects
From: Leon Romanovsky <leonro@...dia.com>
Changelog:
v2:
* Reworked DCT patch
v1: https://lore.kernel.org/all/cover.1678973858.git.leon@kernel.org
* Dropped EQ changes
v0: https://lore.kernel.org/all/cover.1649139915.git.leonro@nvidia.com
-----------------------------------------------------------------------
Hi,
This series from Patrisious extends mlx5 driver to convey FW failures
back to the upper layers and allow retry to delete these hardware
resources.
Thanks
Leon Romanovsky (1):
RDMA/mlx5: Reduce QP table exposure
Patrisious Haddad (3):
net/mlx5: Nullify qp->dbg pointer post destruction
RDMA/mlx5: Handle DCT QP logic separately from low level QP interface
RDMA/mlx5: Return the firmware result upon destroying QP/RQ
drivers/infiniband/hw/mlx5/mlx5_ib.h | 1 +
drivers/infiniband/hw/mlx5/qp.h | 12 ++-
drivers/infiniband/hw/mlx5/qpc.c | 93 +++++++++++--------
.../net/ethernet/mellanox/mlx5/core/debugfs.c | 6 +-
include/linux/mlx5/driver.h | 10 --
5 files changed, 69 insertions(+), 53 deletions(-)
--
2.40.1
Powered by blists - more mailing lists