1. 30 12月, 2008 2 次提交
  2. 17 12月, 2008 1 次提交
  3. 04 12月, 2008 1 次提交
  4. 08 11月, 2008 1 次提交
  5. 02 11月, 2008 1 次提交
    • A
      saner FASYNC handling on file close · 233e70f4
      Al Viro 提交于
      As it is, all instances of ->release() for files that have ->fasync()
      need to remember to evict file from fasync lists; forgetting that
      creates a hole and we actually have a bunch that *does* forget.
      
      So let's keep our lives simple - let __fput() check FASYNC in
      file->f_flags and call ->fasync() there if it's been set.  And lose that
      crap in ->release() instances - leaving it there is still valid, but we
      don't have to bother anymore.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      233e70f4
  6. 28 10月, 2008 1 次提交
  7. 24 10月, 2008 1 次提交
  8. 27 7月, 2008 2 次提交
  9. 22 7月, 2008 1 次提交
  10. 12 7月, 2008 3 次提交
  11. 08 7月, 2008 1 次提交
  12. 03 7月, 2008 1 次提交
  13. 05 6月, 2008 3 次提交
  14. 27 5月, 2008 1 次提交
    • M
      [SCSI] fusion mpt: fix target missing after resetting external raid · 7ba2db5f
      Michael Reed 提交于
      Following a hard reset of a SAS raid, one of the raid targets is occasionally
      missing.  I tracked this down to a pretty obscure little bug.
      
      The LSI fusion drivers for SAS and Fibre Channel both use their respective
      transport layers.  Those transport layers increment the target number
      assigned to new targets.
      
      The routine __scsi_scan_target uses the "this_id" element of the Scsi_Host
      structure to avoid scanning the scsi host adapter.  Both fusion drivers set
      "this_id" from a value returned in a firmware PortFacts response.  For my
      particular test case (SAS) the firmware id assigned to the initiator was
      173.  After enough raid resets to cause the raid targets to go and come a
      sufficient number of times, the id assigned by the transport to a raid
      target would match the id assigned by the host adapter to the "this_id"
      field, resulting in that target not being scanned.
      
      Fix by not assigning this_id and not checking it in slave_configure. 
      Signed-off-by: NMichael Reed <mdr@sgi.com>
      Acked-by: N"Moore, Eric" <Eric.Moore@lsi.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      7ba2db5f
  15. 20 4月, 2008 1 次提交
  16. 08 4月, 2008 4 次提交
  17. 19 3月, 2008 1 次提交
  18. 06 3月, 2008 1 次提交
  19. 04 3月, 2008 2 次提交
  20. 22 2月, 2008 1 次提交
  21. 18 2月, 2008 1 次提交
  22. 12 2月, 2008 2 次提交
  23. 03 2月, 2008 2 次提交
  24. 24 1月, 2008 2 次提交
  25. 12 1月, 2008 1 次提交
  26. 16 10月, 2007 2 次提交