An error occurred fetching the project authors.
  1. 19 Feb, 2012 1 commit
  2. 20 Oct, 2011 1 commit
  3. 27 Aug, 2011 9 commits
  4. 31 Mar, 2011 1 commit
  5. 31 Dec, 2010 1 commit
  6. 28 Jul, 2010 1 commit
  7. 04 Dec, 2009 1 commit
  8. 05 Sep, 2009 1 commit
  9. 09 Jun, 2009 1 commit
  10. 23 May, 2009 1 commit
    • Mike Christie's avatar
      [SCSI] iscsi: pass ep connect shost · 10eb0f01
      Mike Christie authored
      When we create the tcp/ip connection by calling ep_connect, we currently
      just go by the routing table info.
      
      I think there are two problems with this.
      
      1. Some drivers do not have access to a routing table. Some drivers like
      qla4xxx do not even know about other ports.
      
      2. If you have two initiator ports on the same subnet, the user may have
      set things up so that session1 was supposed to be run through port1. and
      session2 was supposed to be run through port2. It looks like we could
      end with both sessions going through one of the ports.
      
      Fixes for cxgb3i from Karen Xie.
      Signed-off-by: default avatarMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      10eb0f01
  11. 29 Dec, 2008 2 commits
  12. 13 Oct, 2008 2 commits
  13. 12 Jul, 2008 4 commits
  14. 12 Jan, 2008 3 commits
  15. 02 Jun, 2007 4 commits
  16. 01 Jun, 2007 4 commits
  17. 29 Jun, 2006 2 commits
  18. 10 May, 2006 1 commit
    • Mike Christie's avatar
      [SCSI] iscsi: increment expstatsn during login · 8d2860b3
      Mike Christie authored
      debugged by Ming and Rohan:
      
      The problem Ming and Rohan debugged was that during a normal session
      login, open-iscsi is not incrementing the exp_statsn counter. It was
      stuck at zero. From the RFC, it looks like if the login response PDU has
      a successful status then we should be incrementing that value. Also from
      the RFC, it looks like if when we drop a connection then reconnect, we
      should be using the exp_statsn from the old connection in the next
      relogin attempt.
      Signed-off-by: default avatarMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      8d2860b3