1. 14 5月, 2008 3 次提交
  2. 08 5月, 2008 1 次提交
  3. 17 4月, 2008 3 次提交
    • R
      IB/core: Add support for "send with invalidate" work requests · 0f39cf3d
      Roland Dreier 提交于
      Add a new IB_WR_SEND_WITH_INV send opcode that can be used to mark a
      "send with invalidate" work request as defined in the iWARP verbs and
      the InfiniBand base memory management extensions.  Also put "imm_data"
      and a new "invalidate_rkey" member in a new "ex" union in struct
      ib_send_wr. The invalidate_rkey member can be used to pass in an
      R_Key/STag to be invalidated.  Add this new union to struct
      ib_uverbs_send_wr.  Add code to copy the invalidate_rkey field in
      ib_uverbs_post_send().
      
      Fix up low-level drivers to deal with the change to struct ib_send_wr,
      and just remove the imm_data initialization from net/sunrpc/xprtrdma/,
      since that code never does any send with immediate operations.
      
      Also, move the existing IB_DEVICE_SEND_W_INV flag to a new bit, since
      the iWARP drivers currently in the tree set the bit.  The amso1100
      driver at least will silently fail to honor the IB_SEND_INVALIDATE bit
      if passed in as part of userspace send requests (since it does not
      implement kernel bypass work request queueing).  Remove the flag from
      all existing drivers that set it until we know which ones are OK.
      
      The values chosen for the new flag is not consecutive to avoid clashing
      with flags defined in the XRC patches, which are not merged yet but
      which are already in use and are likely to be merged soon.
      
      This resurrects a patch sent long ago by Mikkel Hagen <mhagen@iol.unh.edu>.
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      0f39cf3d
    • R
    • R
      IB/ipath: Use PIO buffer for RC ACKs · d98b1937
      Ralph Campbell 提交于
      This reduces the latency for RC ACKs when a PIO buffer is available.
      Signed-off-by: NRalph Campbell <ralph.campbell@qlogic.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      d98b1937
  4. 12 3月, 2008 1 次提交
  5. 26 1月, 2008 1 次提交
    • R
      IB/ipath: Fix RNR NAK handling · cc65edcf
      Ralph Campbell 提交于
      This patch fixes a couple of minor problems with RNR NAK handling:
       - The insertion sort was causing extra delay when inserting ahead
         vs. behind an existing entry on the list.
       - A resend of a first packet of a message which is still not ready,
         needs another RNR NAK (i.e., it was suppressed when it shouldn't).
       - Also, the resend tasklet doesn't need to be woken up unless the
         ACK/NAK actually indicates progress has been made.
      Signed-off-by: NRalph Campbell <ralph.campbell@qlogic.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      cc65edcf
  6. 14 11月, 2007 1 次提交
  7. 10 10月, 2007 2 次提交
  8. 10 7月, 2007 5 次提交
  9. 07 5月, 2007 2 次提交
  10. 01 5月, 2007 2 次提交
  11. 19 4月, 2007 4 次提交
  12. 05 2月, 2007 1 次提交
    • M
      IB: Return qp pointer as part of ib_wc · 062dbb69
      Michael S. Tsirkin 提交于
      struct ib_wc currently only includes the local QP number: this matches
      the IB spec, but seems mostly useless. The following patch replaces
      this with the pointer to qp itself, and updates all low level drivers
      and all users.
      
      This has the following advantages:
      - Ability to get a per-qp context through wc->qp->qp_context
      - Existing drivers already have the qp pointer ready in poll cq, so
        this change actually saves a tiny bit (extra memory read) on data path
        (for ehca it would actually be expensive to find the QP pointer when
        polling a CQ, but ehca does not support SRQ so we can leave wc->qp as
        NULL for ehca)
      - Users that need the QP number can still get it through wc->qp->qp_num
      
      Use case:
      
      In IPoIB connected mode code, I have a common CQ shared by multiple
      QPs.  To track connection usage, I need a way to get at some per-QP
      context upon the completion, and I would like to avoid allocating
      context object per work request just to stick a QP pointer into it.
      With this code, I can just use wc->qp->qp_context.
      Signed-off-by: NMichael S. Tsirkin <mst@mellanox.co.il>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      062dbb69
  13. 03 10月, 2006 1 次提交
  14. 29 9月, 2006 4 次提交
  15. 23 9月, 2006 1 次提交
  16. 02 7月, 2006 6 次提交
  17. 24 5月, 2006 1 次提交
  18. 01 4月, 2006 1 次提交