1. 03 4月, 2009 3 次提交
  2. 10 3月, 2009 1 次提交
  3. 11 2月, 2009 1 次提交
  4. 25 1月, 2009 1 次提交
  5. 08 1月, 2009 1 次提交
  6. 30 12月, 2008 2 次提交
  7. 13 10月, 2008 1 次提交
  8. 04 10月, 2008 2 次提交
  9. 16 8月, 2008 1 次提交
    • A
      [SCSI] qla2xxx: Correct synchronization of software/firmware fcport states. · 6390d1f3
      Andrew Vasquez 提交于
      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: NGreg Wettstein <greg@enjellic.com>
      Signed-off-by: NAndrew Vasquez <andrew.vasquez@qlogic.com>
      Cc: Stable Tree <stable@kernel.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      6390d1f3
  10. 28 7月, 2008 1 次提交
  11. 27 7月, 2008 8 次提交
  12. 15 5月, 2008 3 次提交
  13. 23 4月, 2008 1 次提交
  14. 20 4月, 2008 1 次提交
  15. 08 4月, 2008 4 次提交
  16. 08 2月, 2008 2 次提交
  17. 24 1月, 2008 3 次提交
  18. 12 1月, 2008 1 次提交
  19. 24 10月, 2007 2 次提交
  20. 13 10月, 2007 1 次提交