1. 23 9月, 2006 8 次提交
  2. 15 9月, 2006 3 次提交
  3. 01 9月, 2006 1 次提交
    • R
      IB/mthca: Use IRQ safe locks to protect allocation bitmaps · 5a4e6dcc
      Roland Dreier 提交于
      It is supposed to be OK to call mthca_create_ah() and mthca_destroy_ah()
      from any context.  However, for mem-full HCAs, these functions use the
      mthca_alloc() and mthca_free() bitmap helpers, and those helpers use
      non-IRQ-safe spin_lock() internally.  Lockdep correctly warns that
      this could lead to a deadlock.  Fix this by changing mthca_alloc() and
      mthca_free() to use spin_lock_irqsave().
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      5a4e6dcc
  4. 24 8月, 2006 1 次提交
  5. 19 8月, 2006 1 次提交
    • R
      IB/mthca: No userspace SRQs if HCA doesn't have SRQ support · 5beba532
      Roland Dreier 提交于
      Leave all SRQ methods out of the device's uverbs_cmd_mask if the
      device doesn't have SRQ support (because of ancient firmware) so that
      we don't allow userspace to call the driver's create_srq method.  This
      fixes a userspace-triggerable oops caused by ib_uverbs_create_srq()
      following the device's ->create_srq function pointer, which will be
      NULL if the device doesn't support SRQs.
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      5beba532
  6. 17 8月, 2006 1 次提交
  7. 11 8月, 2006 2 次提交
  8. 04 8月, 2006 7 次提交
  9. 03 8月, 2006 1 次提交
  10. 29 7月, 2006 1 次提交
  11. 25 7月, 2006 7 次提交
  12. 24 7月, 2006 3 次提交
  13. 15 7月, 2006 4 次提交