1. 10 10月, 2007 1 次提交
  2. 18 7月, 2007 1 次提交
    • R
      IB/ipath: Make a few functions static · da9aec7b
      Roland Dreier 提交于
      Make some functions that are only used in a single .c file static.  In
      addition to being a cleanup, this shrinks the generated code.  On x86_64:
      
      add/remove: 1/3 grow/shrink: 2/1 up/down: 4777/-4956 (-179)
      function                                     old     new   delta
      handle_errors                                  -    3994   +3994
      __verbs_timer                                 42     710    +668
      ipath_do_ruc_send                           2131    2246    +115
      ipath_no_bufs_available                      136       -    -136
      ipath_disarm_senderrbufs                     639       -    -639
      ipath_ib_timer                               658       -    -658
      ipath_intr                                  5878    2355   -3523
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      da9aec7b
  3. 10 7月, 2007 6 次提交
  4. 19 4月, 2007 3 次提交
  5. 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
  6. 29 9月, 2006 2 次提交
  7. 23 9月, 2006 2 次提交
  8. 02 7月, 2006 4 次提交
  9. 24 5月, 2006 1 次提交
  10. 02 5月, 2006 1 次提交
  11. 01 4月, 2006 1 次提交