On Sat, Aug 01, 2015 at 04:34:31PM -0400, Doug Ledford wrote:
Or, I haven't looked at the soft-roce driver (ever). Is it going to
need this library as well?
ROCE implements the IB protocol, so a software ROCE driver will need
a IB protocol implementation sitting ontop of ethernet frames (v1)
On Sat, Aug 1, 2015 at 11:34 PM, Doug Ledford dledf...@redhat.com wrote:
On 07/31/2015 03:34 AM, Christoph Hellwig wrote:
On Fri, Jul 31, 2015 at 02:05:06AM +0300, Or Gerlitz wrote:
So... enough is enough, please put it in a kernel module residing in
the IB core and use it in this driver, to
On 07/31/2015 03:34 AM, Christoph Hellwig wrote:
On Fri, Jul 31, 2015 at 02:05:06AM +0300, Or Gerlitz wrote:
So... enough is enough, please put it in a kernel module residing in
the IB core and use it in this driver, to begin with. The fact that
ipath is going to go, makes the cope duplication
On Fri, Jul 31, 2015 at 02:05:06AM +0300, Or Gerlitz wrote:
So... enough is enough, please put it in a kernel module residing in
the IB core and use it in this driver, to begin with. The fact that
ipath is going to go, makes the cope duplication only 2X vs the 3X,
but it's still 2X
Agreed.
On Thu, 30 Jul 2015, Mike Marciniszyn wrote:
As a verbs driver the device functions as an InfiniBand device and
supports the standard features of the IBTA specification v1.3 with
the exceptions noted below.
Hmmm... So OPA networks and IB networks (Truescale?) will be able to
interoperate?
On Thu, Jul 30, 2015 at 03:37:24PM -0500, Christoph Lameter wrote:
On Thu, 30 Jul 2015, Mike Marciniszyn wrote:
As a verbs driver the device functions as an InfiniBand device and
supports the standard features of the IBTA specification v1.3 with
the exceptions noted below.
Hmmm... So
On Thu, Jul 30, 2015 at 10:17 PM, Mike Marciniszyn
mike.marcinis...@intel.com wrote:
The following patch series adds the OPA device driver.
[...]
IB/hfi1: add qp handling
IB/hfi1: add RC QP handling
IB/hfi1: add UC QP handling
IB/hfi1: add UD QP handling
On Wed, Jun