]> git.baikalelectronics.ru Git - kernel.git/commit
[SCSI] lpfc 8.1.9 : Stall eh handlers if resetting while rport blocked
authorJames Smart <James.Smart@Emulex.Com>
Thu, 17 Aug 2006 15:58:04 +0000 (11:58 -0400)
committerJames Bottomley <jejb@mulgrave.il.steeleye.com>
Sat, 19 Aug 2006 20:46:30 +0000 (13:46 -0700)
commit2cfd4aa251979f8d54dc6ca0e118a60c37b4d99c
treed0ec40b563855c7100675e800c2a95c711cd376d
parentef82f54075518ec020b56fa5ba856bda31dd0014
[SCSI] lpfc 8.1.9 : Stall eh handlers if resetting while rport blocked

Stall error handler if attempting resets/aborts while an rport is blocked.
This avoids device offline scenarios due to errors in the error handler.

Background:
  Although the transport is using the scsi_timed_out functionality to
  restart the timeout if the rport is blocked, if the timeout has already
  fired before the block occurs, the eh handler still runs and can take
  the device offline. Ultimately, this window cannot be resolved without
  significant work in the error handler thread. Christoph noted the first
  level of these issues when he noted the poor error response handling
  by the error thread.

  We found, under heavy load and error testing, that time window from when
  the scsi_times_out() adds the io to the queue to when the scsi_error_handler
  gets around to servicing it, can be in the several seconds range. In most
  cases, these test conditions are highly unusual, but possible.
  As a result, we're stalling the error handler in this race window so that
  we can avoid the device_offline transitions.

Signed-off-by: James Smart <James.Smart@emulex.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
drivers/scsi/lpfc/lpfc_scsi.c