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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.