1. 29 10月, 2015 1 次提交
  2. 08 10月, 2015 1 次提交
    • C
      IB: split struct ib_send_wr · e622f2f4
      Christoph Hellwig 提交于
      This patch split up struct ib_send_wr so that all non-trivial verbs
      use their own structure which embedds struct ib_send_wr.  This dramaticly
      shrinks the size of a WR for most common operations:
      
      sizeof(struct ib_send_wr) (old):	96
      
      sizeof(struct ib_send_wr):		48
      sizeof(struct ib_rdma_wr):		64
      sizeof(struct ib_atomic_wr):		96
      sizeof(struct ib_ud_wr):		88
      sizeof(struct ib_fast_reg_wr):		88
      sizeof(struct ib_bind_mw_wr):		96
      sizeof(struct ib_sig_handover_wr):	80
      
      And with Sagi's pending MR rework the fast registration WR will also be
      down to a reasonable size:
      
      sizeof(struct ib_fastreg_wr):		64
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Reviewed-by: Bart Van Assche <bart.vanassche@sandisk.com> [srp, srpt]
      Reviewed-by: Chuck Lever <chuck.lever@oracle.com> [sunrpc]
      Tested-by: NHaggai Eran <haggaie@mellanox.com>
      Tested-by: NSagi Grimberg <sagig@mellanox.com>
      Tested-by: NSteve Wise <swise@opengridcomputing.com>
      e622f2f4
  3. 24 11月, 2014 1 次提交
  4. 07 6月, 2011 1 次提交
  5. 21 10月, 2010 1 次提交
  6. 09 9月, 2010 3 次提交
  7. 31 10月, 2009 1 次提交
  8. 20 7月, 2009 1 次提交
  9. 10 4月, 2009 1 次提交
  10. 02 4月, 2009 2 次提交
  11. 27 2月, 2009 1 次提交
    • A
      RDS: Add iWARP support · fcd8b7c0
      Andy Grover 提交于
      Support for iWARP NICs is implemented as a separate
      RDS transport from IB. The code, however, is very
      similar to IB (it was forked, basically.) so let's keep
      it in one changeset.
      
      The reason for this duplicationis that despite its similarity
      to IB, there are a number of places where it has different
      semantics. iwarp zcopy support is still under development,
      and giving it its own sandbox ensures that IB code isn't
      disrupted while iwarp changes. Over time these transports
      will re-converge.
      Signed-off-by: NAndy Grover <andy.grover@oracle.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fcd8b7c0