From: Jason Gunthorpe <jgg@mellanox.com>
To: "Saleem, Shiraz" <shiraz.saleem@intel.com>
Cc: Leon Romanovsky <leon@kernel.org>,
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>,
"dledford@redhat.com" <dledford@redhat.com>,
"davem@davemloft.net" <davem@davemloft.net>,
"Ismail, Mustafa" <mustafa.ismail@intel.com>,
"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"nhorman@redhat.com" <nhorman@redhat.com>,
"sassmann@redhat.com" <sassmann@redhat.com>,
"poswald@suse.com" <poswald@suse.com>,
"Ertman, David M" <david.m.ertman@intel.com>
Subject: Re: [rdma 14/16] RDMA/irdma: Add ABI definitions
Date: Mon, 8 Jul 2019 14:13:39 +0000 [thread overview]
Message-ID: <20190708141336.GF23966@mellanox.com> (raw)
In-Reply-To: <9DD61F30A802C4429A01CA4200E302A7A68512AA@fmsmsx124.amr.corp.intel.com>
On Sat, Jul 06, 2019 at 04:15:20PM +0000, Saleem, Shiraz wrote:
> > Subject: Re: [rdma 14/16] RDMA/irdma: Add ABI definitions
> >
> > On Fri, Jul 05, 2019 at 04:42:19PM +0000, Saleem, Shiraz wrote:
> > > > Subject: Re: [rdma 14/16] RDMA/irdma: Add ABI definitions
> > > >
> > > > On Thu, Jul 04, 2019 at 10:40:21AM +0300, Leon Romanovsky wrote:
> > > > > On Wed, Jul 03, 2019 at 07:12:57PM -0700, Jeff Kirsher wrote:
> > > > > > From: Mustafa Ismail <mustafa.ismail@intel.com>
> > > > > >
> > > > > > Add ABI definitions for irdma.
> > > > > >
> > > > > > Signed-off-by: Mustafa Ismail <mustafa.ismail@intel.com>
> > > > > > Signed-off-by: Shiraz Saleem <shiraz.saleem@intel.com>
> > > > > > include/uapi/rdma/irdma-abi.h | 130
> > > > > > ++++++++++++++++++++++++++++++++++
> > > > > > 1 file changed, 130 insertions(+) create mode 100644
> > > > > > include/uapi/rdma/irdma-abi.h
> > > > > >
> > > > > > diff --git a/include/uapi/rdma/irdma-abi.h
> > > > > > b/include/uapi/rdma/irdma-abi.h new file mode 100644 index
> > > > > > 000000000000..bdfbda4c829e
> > > > > > +++ b/include/uapi/rdma/irdma-abi.h
> > > > > > @@ -0,0 +1,130 @@
> > > > > > +/* SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause */
> > > > > > +/* Copyright (c) 2006 - 2019 Intel Corporation. All rights reserved.
> > > > > > + * Copyright (c) 2005 Topspin Communications. All rights reserved.
> > > > > > + * Copyright (c) 2005 Cisco Systems. All rights reserved.
> > > > > > + * Copyright (c) 2005 Open Grid Computing, Inc. All rights reserved.
> > > > > > + */
> > > > > > +
> > > > > > +#ifndef IRDMA_ABI_H
> > > > > > +#define IRDMA_ABI_H
> > > > > > +
> > > > > > +#include <linux/types.h>
> > > > > > +
> > > > > > +/* irdma must support legacy GEN_1 i40iw kernel
> > > > > > + * and user-space whose last ABI ver is 5 */ #define
> > > > > > +IRDMA_ABI_VER
> > > > > > +6
> > > > >
> > > > > Can you please elaborate about it more?
> > > > > There is no irdma code in RDMA yet, so it makes me wonder why new
> > > > > define shouldn't start from 1.
> > > >
> > > > It is because they are ABI compatible with the current user space,
> > > > which raises the question why we even have this confusing header file..
> > >
> > > It is because we need to support current providers/i40iw user-space.
> > > Our user-space patch series will introduce a new provider (irdma)
> > > whose ABI ver. is also 6 (capable of supporting X722 and which will
> > > work with i40iw driver on older kernels) and removes providers/i40iw from rdma-
> > core.
> >
> > Why on earth would we do that?
> >
> A unified library providers/irdma to go in hand with the driver irdma and uses the ABI header.
> It can support the new network device e810 and existing x722 iWARP device. It obsoletes
> providers/i40iw and extends its ABI. So why keep providers/i40iw around in rdma-core?
Why rewrite a perfectly good userspace that is compatible with the
future and past kernels?
Is there something so wrong with the userspace provider to need this?
Jason
next prev parent reply other threads:[~2019-07-08 14:13 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-04 2:12 [rdma 00/16] Intel RDMA Diver Updates 2019-07-03 Jeff Kirsher
2019-07-04 2:12 ` [rdma 1/1] RDMA/irdma: Add Kconfig and Makefile Jeff Kirsher
2019-07-04 12:18 ` Jason Gunthorpe
2019-07-04 2:12 ` [rdma 01/16] RDMA/irdma: Add driver framework definitions Jeff Kirsher
2019-07-04 2:12 ` [rdma 02/16] RDMA/irdma: Implement device initialization definitions Jeff Kirsher
2019-07-04 2:12 ` [rdma 03/16] RDMA/irdma: Implement HW Admin Queue OPs Jeff Kirsher
2019-07-04 2:12 ` [rdma 04/16] RDMA/irdma: Add HMC backing store setup functions Jeff Kirsher
2019-07-04 2:12 ` [rdma 05/16] RDMA/irdma: Add privileged UDA queue implementation Jeff Kirsher
2019-07-04 2:12 ` [rdma 06/16] RDMA/irdma: Add QoS definitions Jeff Kirsher
2019-07-04 2:12 ` [rdma 07/16] RDMA/irdma: Add connection manager Jeff Kirsher
2019-07-04 2:12 ` [rdma 08/16] RDMA/irdma: Add PBLE resource manager Jeff Kirsher
2019-07-04 2:12 ` [rdma 09/16] RDMA/irdma: Implement device supported verb APIs Jeff Kirsher
2019-07-04 2:12 ` [rdma 10/16] RDMA/irdma: Add RoCEv2 UD OP support Jeff Kirsher
2019-07-04 2:12 ` [rdma 11/16] RDMA/irdma: Add user/kernel shared libraries Jeff Kirsher
2019-07-04 2:12 ` [rdma 12/16] RDMA/irdma: Add miscellaneous utility definitions Jeff Kirsher
2019-07-04 2:12 ` [rdma 13/16] RDMA/irdma: Add dynamic tracing for CM Jeff Kirsher
2019-07-04 2:12 ` [rdma 14/16] RDMA/irdma: Add ABI definitions Jeff Kirsher
2019-07-04 7:40 ` Leon Romanovsky
2019-07-04 12:19 ` Jason Gunthorpe
2019-07-05 16:42 ` Saleem, Shiraz
2019-07-05 17:16 ` Jason Gunthorpe
2019-07-06 16:15 ` Saleem, Shiraz
2019-07-08 14:13 ` Jason Gunthorpe [this message]
2019-07-09 20:56 ` Henry Orosco
2019-07-10 5:25 ` Leon Romanovsky
2019-07-10 13:32 ` Jason Gunthorpe
2019-07-04 2:12 ` [rdma 15/16] RDMA/irdma: Update MAINTAINERS file Jeff Kirsher
2019-07-04 2:12 ` [rdma 16/16] RDMA/irdma: Add Kconfig and Makefile Jeff Kirsher
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190708141336.GF23966@mellanox.com \
--to=jgg@mellanox.com \
--cc=davem@davemloft.net \
--cc=david.m.ertman@intel.com \
--cc=dledford@redhat.com \
--cc=jeffrey.t.kirsher@intel.com \
--cc=leon@kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=mustafa.ismail@intel.com \
--cc=netdev@vger.kernel.org \
--cc=nhorman@redhat.com \
--cc=poswald@suse.com \
--cc=sassmann@redhat.com \
--cc=shiraz.saleem@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).