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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Wed, 8 Feb 2017 17:21:29 +0000
From:   "Hefty, Sean" <sean.hefty@...el.com>
To:     "Weiny, Ira" <ira.weiny@...el.com>,
        Bart Van Assche <Bart.VanAssche@...disk.com>,
        "Vishwanathapura, Niranjana" <niranjana.vishwanathapura@...el.com>
CC:     "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
        "Dalessandro, Dennis" <dennis.dalessandro@...el.com>,
        "dledford@...hat.com" <dledford@...hat.com>
Subject: RE: [RFC v3 00/11] HFI Virtual Network Interface Controller (VNIC)

> > Even reading your statement twice did not make me any wiser.
> > You mentioned "better hardware resource usage". Compared to what? Is
> that
> > perhaps compared to IPoIB?  Since Ethernet frames have an extra
> header and
> > are larger than IPoIB frames, how can larger frames result in better
> hardware
> > resource usage?
> 
> Yes, as compared to IPoIB.  The problem with IPoIB is it introduces a
> significant amount of Verbs overhead which is not needed for Ethernet
> encapsulation.  Especially on hardware such as ours.  As Jason has
> mentioned having a more generic "skb_send" or "skb_qp" has been
> discussed in the past.

Let's start discussing whether ipoib should be in the upstream kernel while we're at this nonsense.

The IBTA chose to encapsulate IP over IB transport as their mechanism for supporting traditional socket based applications.  OPA chose Ethernet encapsulated over OPA link layer.  RDMA isn't involved with OPA.  This is a pointless discussion over architecture.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ