1. 03 8月, 2016 1 次提交
  2. 23 6月, 2016 1 次提交
  3. 14 5月, 2016 3 次提交
  4. 02 3月, 2016 1 次提交
  5. 01 3月, 2016 1 次提交
  6. 24 12月, 2015 2 次提交
  7. 29 10月, 2015 2 次提交
  8. 22 10月, 2015 1 次提交
    • A
      RDMA/cxgb4: re-fix 32-bit build warning · b61e564a
      Arnd Bergmann 提交于
      Casting a pointer to __be64 produces a warning on 32-bit architectures:
      
      drivers/infiniband/hw/cxgb4/mem.c:147:20: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
          req->wr.wr_lo = (__force __be64)&wr_wait;
      
      This was fixed at least twice for this driver in different places,
      and accidentally reverted once more. This puts the correct version
      back in place.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: 6198dd8d ("iw_cxgb4: 32b platform fixes")
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      b61e564a
  9. 31 8月, 2015 1 次提交
  10. 05 5月, 2015 1 次提交
  11. 17 4月, 2015 1 次提交
    • M
      cxgb4: drop __GFP_NOFAIL allocation · f72f116a
      Michal Hocko 提交于
      set_filter_wr is requesting __GFP_NOFAIL allocation although it can return
      ENOMEM without any problems obviously (t4_l2t_set_switching does that
      already).  So the non-failing requirement is too strong without any
      obvious reason.  Drop __GFP_NOFAIL and reorganize the code to have the
      failure paths easier.
      
      The same applies to _c4iw_write_mem_dma_aligned which uses __GFP_NOFAIL
      and then checks the return value and returns -ENOMEM on failure.  This
      doesn't make any sense what so ever.  Either the allocation cannot fail or
      it can.
      
      del_filter_wr seems to be safe as well because the filter entry is not
      marked as pending and the return value is propagated up the stack up to
      c4iw_destroy_listen.
      Signed-off-by: NMichal Hocko <mhocko@suse.cz>
      Cc: David Rientjes <rientjes@google.com>
      Cc: Johannes Weiner <hannes@cmpxchg.org>
      Cc: Dave Chinner <david@fromorbit.com>
      Cc: "Theodore Ts'o" <tytso@mit.edu>
      Cc: Mel Gorman <mgorman@suse.de>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Hariprasad S <hariprasad@chelsio.com>
      Cc: Jan Kara <jack@suse.cz>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f72f116a
  12. 16 1月, 2015 2 次提交
  13. 13 1月, 2015 1 次提交
  14. 16 12月, 2014 2 次提交
  15. 14 11月, 2014 1 次提交
  16. 11 11月, 2014 1 次提交
  17. 12 4月, 2014 1 次提交
  18. 02 4月, 2014 1 次提交
  19. 21 3月, 2014 1 次提交
  20. 05 3月, 2014 1 次提交
  21. 23 1月, 2014 1 次提交
  22. 16 12月, 2013 1 次提交
  23. 14 3月, 2013 2 次提交
  24. 22 2月, 2013 1 次提交
    • S
      IB/core: Add "type 2" memory windows support · 7083e42e
      Shani Michaeli 提交于
      This patch enhances the IB core support for Memory Windows (MWs).
      
      MWs allow an application to have better/flexible control over remote
      access to memory.
      
      Two types of MWs are supported, with the second type having two flavors:
      
          Type 1  - associated with PD only
          Type 2A - associated with QPN only
          Type 2B - associated with PD and QPN
      
      Applications can allocate a MW once, and then repeatedly bind the MW
      to different ranges in MRs that are associated to the same PD. Type 1
      windows are bound through a verb, while type 2 windows are bound by
      posting a work request.
      
      The 32-bit memory key is composed of a 24-bit index and an 8-bit
      key. The key is changed with each bind, thus allowing more control
      over the peer's use of the memory key.
      
      The changes introduced are the following:
      
      * add memory window type enum and a corresponding parameter to ib_alloc_mw.
      * type 2 memory window bind work request support.
      * create a struct that contains the common part of the bind verb struct
        ibv_mw_bind and the bind work request into a single struct.
      * add the ib_inc_rkey helper function to advance the tag part of an rkey.
      
      Consumer interface details:
      
      * new device capability flags IB_DEVICE_MEM_WINDOW_TYPE_2A and
        IB_DEVICE_MEM_WINDOW_TYPE_2B are added to indicate device support
        for these features.
      
        Devices can set either IB_DEVICE_MEM_WINDOW_TYPE_2A or
        IB_DEVICE_MEM_WINDOW_TYPE_2B if it supports type 2A or type 2B
        memory windows. It can set neither to indicate it doesn't support
        type 2 windows at all.
      
      * modify existing provides and consumers code to the new param of
        ib_alloc_mw and the ib_mw_bind_info structure
      Signed-off-by: NHaggai Eran <haggaie@mellanox.com>
      Signed-off-by: NShani Michaeli <shanim@mellanox.com>
      Signed-off-by: NOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: NRoland Dreier <roland@purestorage.com>
      7083e42e
  25. 23 10月, 2012 1 次提交
  26. 19 5月, 2012 2 次提交
  27. 27 7月, 2011 1 次提交
  28. 18 6月, 2011 1 次提交
  29. 29 9月, 2010 1 次提交
  30. 28 9月, 2010 1 次提交
    • R
      RDMA/cxgb4: Fix warnings about casts to/from pointers of different sizes · c8e081a1
      Roland Dreier 提交于
      Fix:
      
        drivers/infiniband/hw/cxgb4/qp.c: In function ‘create_qp’:
        drivers/infiniband/hw/cxgb4/qp.c:147: warning: cast from pointer to integer of different size
        drivers/infiniband/hw/cxgb4/qp.c: In function ‘rdma_fini’:
        drivers/infiniband/hw/cxgb4/qp.c:988: warning: cast from pointer to integer of different size
        drivers/infiniband/hw/cxgb4/qp.c: In function ‘rdma_init’:
        drivers/infiniband/hw/cxgb4/qp.c:1063: warning: cast from pointer to integer of different size
        drivers/infiniband/hw/cxgb4/mem.c: In function ‘write_adapter_mem’:
        drivers/infiniband/hw/cxgb4/mem.c:74: warning: cast from pointer to integer of different size
        drivers/infiniband/hw/cxgb4/cq.c: In function ‘destroy_cq’:
        drivers/infiniband/hw/cxgb4/cq.c:58: warning: cast from pointer to integer of different size
        drivers/infiniband/hw/cxgb4/cq.c: In function ‘create_cq’:
        drivers/infiniband/hw/cxgb4/cq.c:135: warning: cast from pointer to integer of different size
        drivers/infiniband/hw/cxgb4/cm.c: In function ‘fw6_msg’:
        drivers/infiniband/hw/cxgb4/cm.c:2326: warning: cast to pointer from integer of different size
      
      by casting pointers to unsigned long instead of u64.
      Reported-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      c8e081a1
  31. 22 7月, 2010 1 次提交
  32. 07 7月, 2010 1 次提交