1. 21 3月, 2006 2 次提交
  2. 10 1月, 2006 1 次提交
    • M
      IB/mthca: prevent event queue overrun · 92898522
      Michael S. Tsirkin 提交于
      I am seeing EQ overruns in SDP stress tests: if the CQ completion
      handler arms a CQ, this could generate more EQEs, so that EQ will
      never get empty and consumer index will never get updated.
      
      This is similiar to what we have with command interface:
      		/*
      		 * cmd_event() may add more commands.
      		 * The card will think the queue has overflowed if
      		 * we don't tell it we've been processing events.
      		 */
      However, for completion events, we *don't* want to update the consumer
      index on each event. So, perform EQ doorbell coalescing: allocate EQs
      with some spare EQEs, and update once we run out of them.
      
      The value 0x80 was selected to avoid any performance impact.
      Signed-off-by: NMichael S. Tsirkin <mst@mellanox.co.il>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      92898522
  3. 06 1月, 2006 1 次提交
  4. 29 10月, 2005 1 次提交
  5. 24 10月, 2005 1 次提交
  6. 23 10月, 2005 1 次提交
  7. 18 10月, 2005 1 次提交
    • R
      [IB] mthca: SRQ limit reached events · 90f104da
      Roland Dreier 提交于
      Our hardware supports generating an event when the number of receives
      posted to a shared receive queue (SRQ) falls below a user-specified
      limit.  Implement mthca_modify_srq() to arm the limit, and add code to
      handle dispatching SRQ events when they occur.
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      90f104da
  8. 27 9月, 2005 1 次提交
  9. 19 9月, 2005 1 次提交
    • R
      [PATCH] IB/mthca: Initialize eq->nent before we use it · c915033f
      Roland Dreier 提交于
      In mthca_create_eq(), we call get_eqe() before setting eq->nent.  This
      is wrong, because get_eqe() uses eq->nent.  Fix this, and clean up the
      code a little while we're at it.  (We got lucky with the current code,
      because eq->nent was cleared to 0, which get_eqe() made happen to do
      the right thing)
      
      Pointed out by Michael S. Tsirkin <mst@mellanox.co.il>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      c915033f
  10. 27 8月, 2005 2 次提交
  11. 28 6月, 2005 3 次提交
  12. 17 4月, 2005 3 次提交