lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 18 Sep 2020 15:10:03 +0300 From: Oded Gabbay <oded.gabbay@...il.com> To: izur@...ana.ai Cc: Jason Gunthorpe <jgg@...pe.ca>, Jakub Kicinski <kuba@...nel.org>, "Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>, netdev@...r.kernel.org, SW_Drivers <SW_Drivers@...ana.ai>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, "David S. Miller" <davem@...emloft.net>, Andrew Lunn <andrew@...n.ch>, Florian Fainelli <f.fainelli@...il.com>, linux-rdma@...r.kernel.org, Gal Pressman <galpress@...zon.com>, Leon Romanovsky <leon@...nel.org> Subject: Re: [PATCH v3 00/14] Adding GAUDI NIC code to habanalabs driver On Fri, Sep 18, 2020 at 2:36 PM Gal Pressman <galpress@...zon.com> wrote: > > On 17/09/2020 20:18, Jason Gunthorpe wrote: > > On Tue, Sep 15, 2020 at 11:46:58PM +0300, Oded Gabbay wrote: > >> infrastructure for communication between multiple accelerators. Same > >> as Nvidia uses NVlink, we use RDMA that we have inside our ASIC. > >> The RDMA implementation we did does NOT support some basic RDMA > >> IBverbs (such as MR and PD) and therefore, we can't use the rdma-core > >> library or to connect to the rdma infrastructure in the kernel. > > > > You can't create a parallel RDMA subsystem in netdev, or in misc, and > > you can't add random device offloads as IOCTL to nedevs. > > > > RDMA is the proper home for all the networking offloads that don't fit > > into netdev. > > > > EFA was able to fit into rdma-core/etc and it isn't even RoCE at > > all. I'm sure this can too. > > Well, EFA wasn't welcomed to the RDMA subsystem with open arms ;), initially it > was suggested to go through the vfio subsystem instead. > > I think this comes back to the discussion we had when EFA was upstreamed, which > is what's the bar to get accepted to the RDMA subsystem. > IIRC, what we eventually agreed on is having a userspace rdma-core provider and > ibv_{ud,rc}_pingpong working (or just supporting one of the IB spec's QP types?). > > Does GAUDI fit these requirements? If not, should it be in a different subsystem > or should we open the "what qualifies as an RDMA device" question again? Hi Itay, Please see the above comments/questions. Thanks, Oded
Powered by blists - more mailing lists