1. 31 8月, 2015 20 次提交
  2. 29 8月, 2015 11 次提交
  3. 28 7月, 2015 1 次提交
  4. 24 7月, 2015 3 次提交
    • D
      RDMA/ocrdma: update ocrdma module license string · b8f5595e
      Devesh Sharma 提交于
      Change module_license from "GPL" to "Dual BSD/GPL"
      
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Duan Jiong <duanj.fnst@cn.fujitsu.com>
      Cc: Roland Dreier <roland@purestorage.com>
      Cc: Jes Sorensen <Jes.Sorensen@redhat.com>
      Cc: Sasha Levin <levinsasha928@gmail.com>
      Cc: Dan Carpenter <dan.carpenter@oracle.com>
      Cc: Prarit Bhargava <prarit@redhat.com>
      Cc: Colin Ian King <colin.king@canonical.com>
      Cc: Wei Yongjun <yongjun_wei@trendmicro.com.cn>
      Cc: Moni Shoua <monis@mellanox.com>
      Cc: Rasmus Villemoes <linux@rasmusvillemoes.dk>
      Cc: Li RongQing <roy.qing.li@gmail.com>
      Cc: Devendra Naga <devendra.aaru@gmail.com>
      Signed-off-by: NDevesh Sharma <devesh.sharma@avagotech.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      b8f5595e
    • D
      RDMA/ocrdma: update ocrdma license to dual-license · 71ee6730
      Devesh Sharma 提交于
      Change of license from GPLv2 to dual-license (GPLv2 and BSD 2-Clause)
      
      All contributors were contacted off-list and permission to make this
      change was received.  The complete list of contributors are Cc:ed here.
      
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Duan Jiong <duanj.fnst@cn.fujitsu.com>
      Cc: Roland Dreier <roland@purestorage.com>
      Cc: Jes Sorensen <Jes.Sorensen@redhat.com>
      Cc: Sasha Levin <levinsasha928@gmail.com>
      Cc: Dan Carpenter <dan.carpenter@oracle.com>
      Cc: Prarit Bhargava <prarit@redhat.com>
      Cc: Colin Ian King <colin.king@canonical.com>
      Cc: Wei Yongjun <yongjun_wei@trendmicro.com.cn>
      Cc: Moni Shoua <monis@mellanox.com>
      Cc: Rasmus Villemoes <linux@rasmusvillemoes.dk>
      Cc: Li RongQing <roy.qing.li@gmail.com>
      Cc: Devendra Naga <devendra.aaru@gmail.com>
      Signed-off-by: NDevesh Sharma <devesh.sharma@avagotech.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      71ee6730
    • S
      RDMA/cxgb3: fail get_dma_mr on 64 bit arches · 49fa63d8
      Steve Wise 提交于
      T3 HW only supports 32 bit MRs.  If the system uses 64 bit memory
      addresses, then a registered 32 bit MR will wrap and write to the
      wrong memory when used with addresses > 4GB.  To prevent this,
      simply fail to allocate an MR on 64 bit machines (other means
      of registering memory are still available and software can still
      work, we just don't allow this means of memory registration).
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      49fa63d8
  5. 21 7月, 2015 1 次提交
  6. 15 7月, 2015 4 次提交
    • J
      IB/core: Destroy ocrdma_dev_id IDR on module exit · d8b2ba7c
      Johannes Thumshirn 提交于
      Destroy ocrdma_dev_id IDR on module exit, reclaiming the allocated memory.
      
      This was detected by the following semantic patch (written by Luis Rodriguez
      <mcgrof@suse.com>)
      <SmPL>
      @ defines_module_init @
      declarer name module_init, module_exit;
      declarer name DEFINE_IDR;
      identifier init;
      @@
      
      module_init(init);
      
      @ defines_module_exit @
      identifier exit;
      @@
      
      module_exit(exit);
      
      @ declares_idr depends on defines_module_init && defines_module_exit @
      identifier idr;
      @@
      
      DEFINE_IDR(idr);
      
      @ on_exit_calls_destroy depends on declares_idr && defines_module_exit @
      identifier declares_idr.idr, defines_module_exit.exit;
      @@
      
      exit(void)
      {
       ...
       idr_destroy(&idr);
       ...
      }
      
      @ missing_module_idr_destroy depends on declares_idr && defines_module_exit && !on_exit_calls_destroy @
      identifier declares_idr.idr, defines_module_exit.exit;
      @@
      
      exit(void)
      {
       ...
       +idr_destroy(&idr);
       }
      
      </SmPL>
      Signed-off-by: NJohannes Thumshirn <jthumshirn@suse.de>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      d8b2ba7c
    • D
      IB/mlx4: Optimize do_slave_init · d9a047ae
      Doug Ledford 提交于
      There is little chance our memory allocation will fail, so we can
      combine initializing the work structs with allocating them instead of
      looping through all of them once to allocate and again to initialize.
      Then when we need to actually find out if our device is up or in the
      process of going down, have all of our work structs batched up, take the
      spin_lock once and only once, and do all of the batch under the one
      spin_lock invocation instead of incurring all of the locked memory cycles
      we would otherwise incur to take/release the spin_lock over and over
      again.
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      d9a047ae
    • D
      IB/mlx4: Fix memory leak in do_slave_init · 9bbf282d
      Doug Ledford 提交于
      We create a number of work structs to be queued up to a workqueue, and
      on completion of the workqueue handler, the workqueue handler frees the
      allocated memory.  If, however, we don't queue the work struct because
      the device is going down, then we need to free the memory ourselves.
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      9bbf282d
    • M
      IB/mlx4: Optimize freeing of items on error unwind · a39a98ff
      Maninder Singh 提交于
      On failure, we loop through all possible pointers and test them before
      calling kfree.  But really, why even attempt to free items we didn't
      allocate when we can easily loop through exactly and only the devices
      for which the original memory allocation succeeded and free just those.
      Signed-off-by: NManinder Singh <maninder1.s@samsung.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      a39a98ff