1. 16 12月, 2014 5 次提交
  2. 24 11月, 2014 2 次提交
  3. 09 10月, 2014 7 次提交
  4. 23 9月, 2014 1 次提交
  5. 02 8月, 2014 4 次提交
  6. 26 5月, 2014 2 次提交
    • R
      IB/iser: Add missing newlines to logging messages · e7eeffa4
      Roi Dayan 提交于
      Logging messages need terminating newlines to avoid possible message
      interleaving.  Add them.
      Signed-off-by: NRoi Dayan <roid@mellanox.com>
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: NRoland Dreier <roland@purestorage.com>
      e7eeffa4
    • 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
  7. 02 4月, 2014 2 次提交
  8. 18 3月, 2014 4 次提交
  9. 26 8月, 2013 1 次提交
  10. 10 8月, 2013 1 次提交
    • S
      IB/iser: Accept session->cmds_max from user space · b7f04513
      Shlomo Pongratz 提交于
      Use cmds_max passed from user space to be the number of PDUs to be
      supported for the session instead of hard-coded ISCSI_DEF_XMIT_CMDS_MAX.
      This allow controlling the max number of SCSI commands for the session.
      Also don't ignore the qdepth passed from user space.
      
      Derive from session->cmds_max the actual number of RX buffers and FMR
      pool size to allocate during the connection bind phase.
      
      Since the iser transport connection is established before the iscsi
      session/connection are created and bound, we still use one hard-coded
      quantity ISER_DEF_XMIT_CMDS_MAX to compute the maximum number of
      work-requests to be supported by the RC QP used for the connection.
      
      The above quantity is made to be a power of two between ISCSI_TOTAL_CMDS_MIN
      (16) and ISER_DEF_XMIT_CMDS_MAX (512) inclusive.
      Signed-off-by: NShlomo Pongratz <shlomop@mellanox.com>
      Signed-off-by: NOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: NRoland Dreier <roland@purestorage.com>
      b7f04513
  11. 05 6月, 2013 1 次提交
  12. 02 5月, 2013 2 次提交
  13. 19 5月, 2012 1 次提交
  14. 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
  15. 04 1月, 2012 1 次提交
  16. 05 11月, 2011 1 次提交
  17. 01 11月, 2011 1 次提交
  18. 27 8月, 2011 3 次提交