[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1628014762.git.leonro@nvidia.com>
Date: Tue, 3 Aug 2021 21:20:31 +0300
From: Leon Romanovsky <leon@...nel.org>
To: Doug Ledford <dledford@...hat.com>,
Jason Gunthorpe <jgg@...dia.com>
Cc: Leon Romanovsky <leonro@...dia.com>, linux-kernel@...r.kernel.org,
linux-rdma@...r.kernel.org, Mark Zhang <markz@...lanox.com>
Subject: [PATCH rdma-next v2 0/7] Separate user/kernel QP creation logic
From: Leon Romanovsky <leonro@...dia.com>
Changelog:
v2:
* Resend
v1: https://lore.kernel.org/lkml/cover.1626857976.git.leonro@nvidia.com
* Fixed typo: incline -> inline/
* Dropped ib_create_qp_uverbs() wrapper in favour of direct call.
* Moved kernel-doc to the actual ib_create_qp() function that users will use.
v0: https://lore.kernel.org/lkml/cover.1626846795.git.leonro@nvidia.com
---------------------------------------------------------------------------
Hi,
The "QP allocation" series shows clearly how convoluted the create QP
flow and especially XRC_TGT flow, where it calls to kernel verb just
to pass some parameters as NULL to the user create QP verb.
This series is a small step to make clean XRC_TGT flow by providing
more clean user/kernel create QP verb separation.
It is based on the "QP allocation" series.
Thanks
Leon Romanovsky (7):
RDMA/mlx5: Delete not-available udata check
RDMA/core: Delete duplicated and unreachable code
RDMA/core: Remove protection from wrong in-kernel API usage
RDMA/core: Reorganize create QP low-level functions
RDMA/core: Configure selinux QP during creation
RDMA/core: Properly increment and decrement QP usecnts
RDMA/core: Create clean QP creations interface for uverbs
drivers/infiniband/core/core_priv.h | 58 +----
drivers/infiniband/core/uverbs_cmd.c | 31 +--
drivers/infiniband/core/uverbs_std_types_qp.c | 29 +--
drivers/infiniband/core/verbs.c | 207 +++++++++++-------
drivers/infiniband/hw/mlx5/qp.c | 3 -
include/rdma/ib_verbs.h | 16 +-
6 files changed, 156 insertions(+), 188 deletions(-)
--
2.31.1
Powered by blists - more mailing lists