1. 05 11月, 2011 1 次提交
  2. 18 8月, 2011 1 次提交
  3. 07 6月, 2011 1 次提交
  4. 31 3月, 2011 1 次提交
  5. 13 5月, 2010 2 次提交
    • O
      IB/iser: Enhance disconnection logic for multi-pathing · 39ff05db
      Or Gerlitz 提交于
      The iser connection teardown flow isn't over until the underlying
      Connection Manager (e.g the IB CM) delivers a disconnected or timeout
      event through the RDMA-CM.  When the remote (target) side isn't
      reachable, e.g when some HW e.g port/hca/switch isn't functioning or
      taken down administratively, the CM timeout flow is used and the event
      may be generated only after relatively long time -- on the order of
      tens of seconds.
      
      The current iser code exposes this possibly long delay to higher
      layers, specifically to the iscsid daemon and iscsi kernel stack. As a
      result, the iscsi stack doesn't respond well: this low-level CM delay
      is added to the fail-over time under HA schemes such as the one
      provided by DM multipath through the multipathd(8) service.
      
      This patch enhances the reference counting scheme on iser's IB
      connections so that the disconnect flow initiated by iscsid from user
      space (ep_disconnect) doesn't wait for the CM to deliver the
      disconnect/timeout event.  (The connection teardown isn't done from
      iser's view point until the event is delivered)
      
      The iser ib (rdma) connection object is destroyed when its reference
      count reaches zero.  When this happens on the RDMA-CM callback
      context, extra care is taken so that the RDMA-CM does the actual
      destroying of the associated ID, since doing it in the callback is
      prohibited.
      
      The reference count of iser ib connection normally reaches three,
      where the <ref, deref> relations are
      
       1. conn <init, terminate>
       2. conn <bind, stop/destroy>
       3. cma id <create, disconnect/error/timeout callbacks>
      
      With this patch, multipath fail-over time is about 30 seconds, while
      without this patch, multipath fail-over time is about 130 seconds.
      Signed-off-by: NOr Gerlitz <ogerlitz@voltaire.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      39ff05db
    • O
      IB/iser: Add asynchronous event handler · 2110f9bf
      Or Gerlitz 提交于
      Add handler to handle events such as port up and down.  This is useful
      when testing high-availability schemes such as multi-pathing.
      Signed-off-by: NOr Gerlitz <ogerlitz@voltaire.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      2110f9bf
  6. 25 2月, 2010 6 次提交
  7. 14 3月, 2009 1 次提交
  8. 22 12月, 2008 1 次提交
    • D
      IB/iser: Avoid recv buffer exhaustion caused by unexpected PDUs · bba7ebba
      David Disseldorp 提交于
      iSCSI/iSER targets may send PDUs without a prior request from the
      initiator.  RFC 5046 refers to these PDUs as "unexpected".  NOP-In PDUs
      with itt=RESERVED and Asynchronous Message PDUs occupy this category.
      
      The amount of active "unexpected" PDU's an iSER target may have at any
      time is governed by the MaxOutstandingUnexpectedPDUs key, which is not
      yet supported.
      
      Currently when an iSER target sends an "unexpected" PDU, the
      initiators recv buffer consumed by the PDU is not replaced.  If over
      initial_post_recv_bufs_num "unexpected" PDUs are received then the
      receive queue will run out of receive work requests entirely.
      
      This patch ensures recv buffers consumed by "unexpected" PDUs are
      replaced in the next iser_post_receive_control() call.
      Signed-off-by: NDavid Disseldorp <ddiss@sgi.com>
      Signed-off-by: NKen Sandars <ksandars@sgi.com>
      Acked-by: NOr Gerlitz <ogerlitz@voltaire.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      bba7ebba
  9. 15 7月, 2008 1 次提交
  10. 12 7月, 2008 6 次提交
  11. 30 4月, 2008 1 次提交
  12. 18 7月, 2007 1 次提交
    • R
      IB/iser: Make a couple of functions static · 41179e2d
      Roland Dreier 提交于
      Make iser_conn_release() and iser_start_rdma_unaligned_sg() static,
      since they are only used in the .c file where they are defined.  In
      addition to being a cleanup, this even shrinks the generated code by
      allowing the single call of iser_start_rdma_unaligned_sg() to be
      inlined into its callsite.  On x86_64:
      
      add/remove: 0/1 grow/shrink: 1/0 up/down: 466/-533 (-67)
      function                                     old     new   delta
      iser_reg_rdma_mem                           1518    1984    +466
      iser_start_rdma_unaligned_sg                 533       -    -533
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      41179e2d
  13. 03 6月, 2007 1 次提交
  14. 06 4月, 2007 1 次提交
    • E
      IB/iser: Don't defer connection failure notification to workqueue · 1d426d64
      Erez Zilber 提交于
      When a connection is terminated asynchronously from the iSCSI layer's
      perspective, iSER needs to notify the iSCSI layer that the connection
      has failed.  This is done using a workqueue (switched to from the iSER
      tasklet context).  Meanwhile, the connection object (that holds the
      work struct) is released.  If the workqueue function wasn't called
      yet, it will be called later with a NULL pointer, which will crash the
      kernel.
      
      The context switch (tasklet to workqueue) is not required, and
      everything can be done from the iSER tasklet. This eliminates the NULL
      work struct bug (and simplifies the code).
      Signed-off-by: NErez Zilber <erezz@voltaire.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      1d426d64
  15. 13 12月, 2006 1 次提交
  16. 30 11月, 2006 1 次提交
  17. 29 9月, 2006 2 次提交
  18. 23 9月, 2006 2 次提交
    • E
      IB/iser: Do not use FMR for a single dma entry sg · d8111028
      Erez Zilber 提交于
      Fast Memory Registration (fmr) is used to register for rdma an sg whose
      elements are not linearly sequential after dma mapping.
      
      The IB verbs layer provides an "all dma memory MR (memory region)" which
      can be used for RDMA-ing a dma linearly sequential buffer.
      
      Change the code to use the dma mr instead of doing fmr when dma mapping
      produces a single dma entry sg.
      Signed-off-by: NErez Zilber <erezz@voltaire.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      d8111028
    • E
      IB/iser: make FMR "page size" be 4K and not PAGE_SIZE · 8dfa0876
      Erez Zilber 提交于
      As iser is able to use at most one rdma operation for the
      execution of a scsi command, and registration of the sg
      associated with scsi command has its restrictions, the code
      checks if an sg is "aligned for rdma".
      
      Alignment for rdma is measured in "fmr page" units whose
      possible resolutions are different between HCAs and can be
      smaller, equal or bigger to the system page size.
      
      When the system page size is bigger than 4KB (eg the default
      with ia64 kernels) there a bigger chance that an sg would be
      aligned for rdma if the fmr page size is 4KB.
      
      Change the code to create FMR whose pages are of size 4KB
      and to take that into account when processing the sg.
      Signed-off-by: NErez Zilber <erezz@voltaire.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      8dfa0876
  19. 03 9月, 2006 1 次提交
  20. 22 6月, 2006 1 次提交
    • O
      IB/iser: iSCSI iSER transport provider header file · 49cd5382
      Or Gerlitz 提交于
      iSER (iSCSI Extensions for RDMA) transport provider driver for the iSCSI
      initiator, whose other parts (under drivers/scsi) are scsi_transport_iscsi
      - the transport management module, iscsi_tcp - the TCP transport provider
      module and libiscsi - a kernel library (module) implementing functionality
      needed by both TCP and iSER transports. iSER is both a provider of the iSCSI
      transport api and a SCSI low level driver.
      
      This file contains internal data structures and non static service functions.
      Signed-off-by: NOr Gerlitz <ogerlitz@voltaire.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      49cd5382