[PATCH rdma-next 0/9] FRMR pools fixes

[Michael Gur <michaelgur@nvidia.com>]

From: Michael Guralnik <michaelgur@nvidia.com>

This series addresses several bugs in FRMR pool handling.

Patch 2 fixes incorrect masking of TPH-related bits in the FRMR pool key,
which caused stale TPH values to be used when creating handles from an
empty pool.

Patch 3 fixes set-pinned flow to use the pool key returned from the
driver build_key callback instead of the raw key supplied by user.

Patch 8 extends the FRMR pools API with a new drop() operation.
This allows drivers to update pool state on handle destruction when
revocation fails, without incorrectly returning the handle to the pool.

The remaining patches fix error path handling, covering cases where memory
allocation fails during queue expansion, and where handle creation or
destruction operations return errors.

Michael Guralnik (9):
  RDMA/mlx5: Fix mkey creation error flow rollback
  RDMA/mlx5: Fix TPH extraction in FRMR pool key
  RDMA/core: Fix skipped usage for driver built FRMR key
  RDMA/core: Fix FRMR aging push to queue error flow
  RDMA/core: Fix FRMR set pinned push error path
  RDMA/core: Avoid NULL dereference on FRMR bad usage
  RDMA/core: Fix FRMR handle leak on push failure
  RDMA/core: Add ib_frmr_pool_drop for unrecoverable handles
  RDMA/mlx5: Drop FRMR pool handle on UMR revoke failure

 drivers/infiniband/core/frmr_pools.c | 104 +++++++++++++++++++--------
 drivers/infiniband/hw/mlx5/mr.c      |  31 +++++---
 include/rdma/frmr_pools.h            |   3 +-
 3 files changed, 98 insertions(+), 40 deletions(-)

-- 
2.52.0