From: Leon Romanovsky <leon@kernel.org>
To: Henry Orosco <henry.orosco@intel.com>
Cc: Jason Gunthorpe <jgg@mellanox.com>,
"Saleem, Shiraz" <shiraz.saleem@intel.com>,
"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: Wed, 10 Jul 2019 08:25:59 +0300 [thread overview]
Message-ID: <20190710052559.GD7034@mtr-leonro.mtl.com> (raw)
In-Reply-To: <20190709205613.GA7440@horosco-MOBL2.amr.corp.intel.com>
On Tue, Jul 09, 2019 at 03:56:13PM -0500, Henry Orosco wrote:
> On Mon, Jul 08, 2019 at 02:13:39PM +0000, Jason Gunthorpe wrote:
> > 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?
> >
>
> Yes, the issue is that providers/i40iw was never designed to work with a unified driver
> which supports multiple hardware generations.
Do you plan to remove i40iw from kernel immediately after your irdma will be merged?
Thanks
>
> Henry
next prev parent reply other threads:[~2019-07-10 5:26 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
2019-07-09 20:56 ` Henry Orosco
2019-07-10 5:25 ` Leon Romanovsky [this message]
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=20190710052559.GD7034@mtr-leonro.mtl.com \
--to=leon@kernel.org \
--cc=davem@davemloft.net \
--cc=david.m.ertman@intel.com \
--cc=dledford@redhat.com \
--cc=henry.orosco@intel.com \
--cc=jeffrey.t.kirsher@intel.com \
--cc=jgg@mellanox.com \
--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).