RDMA fixes for 4.16
Status from this message: Applied to for-next thanks
Get series with b4
b4 am [email protected]Versions newest first
Patches in v1 Applied
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/5 | IB/umad: Fix use of unprotected device pointerdrivers/ | +1 | 0 replies | |
| 2/5 | RDMA/mlx5: Avoid memory leak in case of XRCD dealloc failuredrivers/ | +1 | 5 replies | |
| 3/5 | IB/core: Avoid SGID attributes query while converting GID from OPA to IBdrivers/ | +1 | 1 reply | |
| 4/5 | RDMA/cma: Use existing netif_is_bond_master functiondrivers/ | +1 | 1 reply | |
| 5/5 | RDMA/cm: Fix access to uninitialized variabledrivers/ | +0 | 1 reply |
Reviews trailers per patch
4 of 5 patches have a Reviewed-by or Acked-by.
| Patch | Majd Dibbiny | Mark Bloch | Yuval Shaia |
|---|---|---|---|
| 1/5 | |||
| 2/5 | R-b | R-b | |
| 3/5 | R-b | ||
| 4/5 | R-b | R-b | |
| 5/5 | R-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes. Scroll the table sideways for all 3 reviewers.
Cover letter [PATCH rdma-next 0/5] RDMA fixes for 4.16
Hi,
This is batch of unrelated fixes and two cleanup patches from Parav.
The fix from Jack is to well-known series 44c58487d51a ("IB/core:
Define 'ib' and 'roce' rdma_ah_attr types") and it is targeted for stable@.
Thanks
Jack Morgenstein (1):
IB/umad: Fix use of unprotected device pointer
Leon Romanovsky (2):
RDMA/mlx5: Avoid memory leak in case of XRCD dealloc failure RDMA/cm: Fix access to uninitialized variable
Parav Pandit (2):
IB/core: Avoid SGID attributes query while converting GID from OPA to
IB
RDMA/cma: Use existing netif_is_bond_master function
drivers/infiniband/core/cm.c | 6 +----- drivers/infiniband/core/cma.c | 2 +- drivers/infiniband/core/user_mad.c | 2 +- drivers/infiniband/hw/mlx5/qp.c | 5 +---- 4 files changed, 4 insertions(+), 11 deletions(-)
--
2.16.1
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html