An error occurred fetching the project authors.
  1. 12 Sep, 2009 1 commit
  2. 22 Aug, 2009 1 commit
  3. 08 Jun, 2009 7 commits
  4. 20 May, 2009 4 commits
  5. 03 Apr, 2009 10 commits
  6. 10 Mar, 2009 1 commit
  7. 10 Feb, 2009 1 commit
  8. 25 Jan, 2009 1 commit
  9. 07 Jan, 2009 1 commit
  10. 29 Dec, 2008 2 commits
  11. 13 Oct, 2008 1 commit
  12. 03 Oct, 2008 2 commits
  13. 16 Aug, 2008 1 commit
    • Andrew Vasquez's avatar
      [SCSI] qla2xxx: Correct synchronization of software/firmware fcport states. · 6390d1f3
      Andrew Vasquez authored
      Greg Wettstein (greg@enjellic.com) noted:
      
      	http://article.gmane.org/gmane.linux.scsi/43409
      
      on a reboot of a previously recognized SCST target, the initiator
      driver would be unable to re-recognize the device as a target.
      It turns out that prior to the SCST software reloading and
      returning it's "target-capable" abilities in the PRLI payload,
      the HBA would be re-initialized as an initiator-only type port.
      Since initiators typically classify themselves as an FCP-2
      capable device, both software and firmware do not perform an
      explicit logout during port-loss.  Unfortunately, as can be seen
      by the failure case, when the port (now target-capable) returns,
      firmware performs an ADISC without a follow-on PRLI, leaving
      stale 'initiator-only' data in the firmware's port database.
      
      Correct the discrepancy by performing the explicit logout during
      the transport's request to terminate-rport-io, thus synchronizing
      port states and ensuring a follow-on PRLI is performed.
      Reported-by: default avatarGreg Wettstein <greg@enjellic.com>
      Signed-off-by: default avatarAndrew Vasquez <andrew.vasquez@qlogic.com>
      Cc: Stable Tree <stable@kernel.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      6390d1f3
  14. 28 Jul, 2008 1 commit
  15. 26 Jul, 2008 6 commits