Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Received-SPF: Pass (protection.outlook.com: domain of nvidia.com designates
 216.228.112.34 as permitted sender) receiver=protection.outlook.com;
 client-ip=216.228.112.34; helo=mail.nvidia.com;
Date:   Tue, 3 Aug 2021 21:21:18 +0300
From:   Leon Romanovsky <leonro@nvidia.com>
To:     Jason Gunthorpe <jgg@nvidia.com>
CC:     Doug Ledford <dledford@redhat.com>, <linux-kernel@vger.kernel.org>,
        <linux-rdma@vger.kernel.org>, Mark Zhang <markz@mellanox.com>,
        "Christoph Hellwig" <hch@infradead.org>
Subject: Re: [PATCH rdma-next v1 0/7] Separate user/kernel QP creation logic
Message-ID: <YQmJHvUBYXjr0cwD@unreal>
References: <cover.1626857976.git.leonro@nvidia.com>
 <YQmGsMPyLQ2decBD@unreal>
 <20210803181312.GD1721383@nvidia.com>
 <YQmIRgF7UOZLSX9W@unreal>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <YQmIRgF7UOZLSX9W@unreal>
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Aug 2021 18:21:23.3439
 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: b11c59f2-ca2f-492f-737d-08d956ab7fe9
X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=43083d15-7273-40c1-b7db-39efd9ccc17a;Ip=[216.228.112.34];Helo=[mail.nvidia.com]
X-MS-Exchange-CrossTenant-AuthSource: DM6NAM11FT032.eop-nam11.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR12MB5528
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Tue, Aug 03, 2021 at 09:17:42PM +0300, Leon Romanovsky wrote:
> On Tue, Aug 03, 2021 at 03:13:12PM -0300, Jason Gunthorpe wrote:
> > On Tue, Aug 03, 2021 at 09:10:56PM +0300, Leon Romanovsky wrote:
> > > On Wed, Jul 21, 2021 at 12:07:03PM +0300, Leon Romanovsky wrote:
> > > > From: Leon Romanovsky <leonro@nvidia.com>
> > > > 
> > > > Changelog:
> > > > iv1:
> > > >  * 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           |  59 +----
> > > >  drivers/infiniband/core/uverbs_cmd.c          |  31 +--
> > > >  drivers/infiniband/core/uverbs_std_types_qp.c |  29 +--
> > > >  drivers/infiniband/core/verbs.c               | 208 +++++++++++-------
> > > >  drivers/infiniband/hw/mlx5/qp.c               |   3 -
> > > >  include/rdma/ib_verbs.h                       |  16 +-
> > > >  6 files changed, 157 insertions(+), 189 deletions(-)
> > > 
> > > Jason,
> > > 
> > > Can we progress with this series too?
> > 
> > It doesn't apply, can you resend it quickly?
> 
> Why?
> 
> It is in my tree and it was on top of QP allocation patches.

I resent the series.

Thanks

> 
> Thanks
> 
> 
> > 
> > Jason