Messages in this thread | | | Subject | Re: [PATCH 3/4] [SCSI]stex: fix reset recovery for console device | From | James Bottomley <> | Date | Sat, 31 Mar 2007 13:46:27 -0500 |
| |
On Fri, 2007-03-30 at 15:21 -0700, Ed Lin wrote: > After reset completed, the scsi error handler sends out START_STOP > and TEST_UNIT_READY to the device. For 'normal' devices these > commands will be handled by firmware. However, because the RAID > console only interfaces to scsi mid layer, the firmware will not process > these commands for it. This will make the console to be offlined right > after reset. Add the handling in driver to fix this problem.
I don't see how this explanation can be correct. The error handler only sends a START_STOP command if sdev->allow_restart is one, which you have to set in the slave_configure routines (which stex doesn't). If you're seeing a START_STOP in the eh path, there's something else wrong. TEST_UNIT_READY, certainly ... it's part of a restart check.
James
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |