1. 10 10月, 2008 1 次提交
  2. 09 10月, 2008 2 次提交
  3. 04 10月, 2008 2 次提交
  4. 01 10月, 2008 15 次提交
  5. 30 9月, 2008 2 次提交
  6. 21 9月, 2008 3 次提交
  7. 17 9月, 2008 1 次提交
  8. 16 9月, 2008 1 次提交
  9. 28 8月, 2008 1 次提交
  10. 24 8月, 2008 1 次提交
  11. 16 8月, 2008 2 次提交
  12. 13 8月, 2008 5 次提交
  13. 08 8月, 2008 1 次提交
  14. 07 8月, 2008 1 次提交
  15. 05 8月, 2008 2 次提交
    • A
      IB/ipath: Fix printk format warnings · 70117b9e
      Alexander Beregalov 提交于
          ipath_driver.c:1260: warning: format '%Lx' expects type 'long long unsigned int', but argument 6 has type 'long unsigned int'
          ipath_driver.c:1459: warning: format '%Lx' expects type 'long long unsigned int', but argument 4 has type 'u64'
          ipath_intr.c:358: warning: format '%Lx' expects type 'long long unsigned int', but argument 3 has type 'u64'
          ipath_intr.c:358: warning: format '%Lu' expects type 'long long unsigned int', but argument 6 has type 'u64'
          ipath_intr.c:1119: warning: format '%Lx' expects type 'long long unsigned int', but argument 5 has type 'u64'
          ipath_intr.c:1119: warning: format '%Lx' expects type 'long long unsigned int', but argument 3 has type 'u64'
          ipath_intr.c:1123: warning: format '%Lx' expects type 'long long unsigned int', but argument 3 has type 'u64'
          ipath_intr.c:1130: warning: format '%Lx' expects type 'long long unsigned int', but argument 4 has type 'u64'
          ipath_iba7220.c:1032: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
          ipath_iba7220.c:1045: warning: format '%llX' expects type 'long long unsigned int', but argument 3 has type 'u64'
          ipath_iba7220.c:2506: warning: format '%Lu' expects type 'long long unsigned int', but argument 4 has type 'u64'
      Signed-off-by: NAlexander Beregalov <a.beregalov@gmail.com>
      Cc: Sean Hefty <sean.hefty@intel.com>
      Cc: Hal Rosenstock <hal.rosenstock@gmail.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      70117b9e
    • S
      RDMA/cxgb3: Fix deadlock initializing iw_cxgb3 device · be43324d
      Steve Wise 提交于
      Running 'ifconfig up' on the cxgb3 interface with iw_cxgb3 loaded
      causes a deadlock.  The rtnl lock is already held in this path.  The
      function fw_supports_fastreg() was introduced in 2.6.27 to
      conditionally set the IB_DEVICE_MEM_MGT_EXTENSIONS bit iff the
      firmware was at 7.0 or greater, and this function also acquires the
      rtnl lock and which thus causes a deadlock.  Further, if iw_cxgb3 is
      loaded _after_ the nic interface is brought up, then the deadlock does
      not occur and therefore fw_supports_fastreg() does need to grab the
      rtnl lock in that path.
      
      It turns out this code is all useless anyway.  The low level driver
      will NOT allow the open if the firmware isn't 7.0, so iw_cxgb3 can
      always set the MEM_MGT_EXTENSIONS bit.  Simplify...
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      be43324d