1. 09 10月, 2014 4 次提交
  2. 23 9月, 2014 1 次提交
  3. 02 8月, 2014 3 次提交
  4. 26 5月, 2014 2 次提交
    • O
      IB/iser: Bump version to 1.4 · c7ca4b69
      Or Gerlitz 提交于
      Signed-off-by: NSagi Grimberg <sagig@mellanox.com>
      Signed-off-by: NOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: NRoland Dreier <roland@purestorage.com>
      c7ca4b69
    • A
      IB/iser: Simplify connection management · b73c3ada
      Ariel Nahum 提交于
      iSER relies on refcounting to manage iser connections establishment
      and teardown.
      
      Following commit 39ff05db ("IB/iser: Enhance disconnection logic
      for multi-pathing"), iser connection maintain 3 references:
      
       - iscsi_endpoint (at creation stage)
       - cma_id (at connection request stage)
       - iscsi_conn (at bind stage)
      
      We can avoid taking explicit refcounts by correctly serializing iser
      teardown flows (graceful and non-graceful).
      
      Our approach is to trigger a scheduled work to handle ordered teardown
      by gracefully waiting for 2 cleanup stages to complete:
      
       1. Cleanup of live pending tasks indicated by iscsi_conn_stop completion
       2. Flush errors processing
      
      Each completed stage will notify a waiting worker thread when it is
      done to allow teardwon continuation.
      
      Since iSCSI connection establishment may trigger endpoint disconnect
      without a successful endpoint connect, we rely on the iscsi <-> iser
      binding (.conn_bind) to learn about the teardown policy we should take
      wrt cleanup stages.
      
      Since all cleanup worker threads are scheduled (release_wq) in
      .ep_disconnect it is safe to assume that when module_exit is called,
      all cleanup workers are already scheduled. Thus proper module unload
      shall flush all scheduled works before allowing safe exit, to
      guarantee no resources got left behind.
      Signed-off-by: NAriel Nahum <arieln@mellanox.com>
      Signed-off-by: NSagi Grimberg <sagig@mellanox.com>
      Reviewed-by: NRoi Dayan <roid@mellanox.com>
      Reviewed-by: NOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: NRoland Dreier <roland@purestorage.com>
      b73c3ada
  5. 02 4月, 2014 3 次提交
  6. 18 3月, 2014 9 次提交
  7. 10 8月, 2013 6 次提交
  8. 05 6月, 2013 1 次提交
  9. 02 5月, 2013 3 次提交
  10. 22 2月, 2013 1 次提交
  11. 04 10月, 2012 1 次提交
  12. 06 3月, 2012 1 次提交
    • O
      IB/iser: Post initial receive buffers before sending the final login request · 89e984e2
      Or Gerlitz 提交于
      An iser target may send iscsi NO-OP PDUs as soon as it marks the iSER
      iSCSI session as fully operative.  This means that there is window
      where there are no posted receive buffers on the initiator side, so
      it's possible for the iSER RC connection to break because of RNR NAK /
      retry errors.  To fix this, rely on the flags bits in the login
      request to have FFP (0x3) in the lower nibble as a marker for the
      final login request, and post an initial chunk of receive buffers
      before sending that login request instead of after getting the login
      response.
      Signed-off-by: NOr Gerlitz <ogerlitz@mellanox.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NRoland Dreier <roland@purestorage.com>
      89e984e2
  13. 05 11月, 2011 2 次提交
  14. 18 8月, 2011 1 次提交
  15. 07 6月, 2011 1 次提交
  16. 31 3月, 2011 1 次提交