On Sun, 2005-11-13 at 12:41 -0500, Doug Ledford wrote: > If the drive is unaccessible after the DV failure, even on a warm reboot > (which includes a SCSI bus reset), then the drive is flat hung. > Something done in the current code is breaking it. Can you get a boot > with DV turned off and capture the log messages and post them here > please? You already said it didn't help with the problem, but I'd like > to see the failure scenario with it off, that might help determine the > true root cause of the issue. Yes, you're right ... the sequencer code seems to identify the WRITE_BUFFER as the failing command. Can you try with the attached patch, which will force DV to ignore the echo buffer write tests? Thanks, James diff --git a/drivers/scsi/scsi_transport_spi.c b/drivers/scsi/scsi_transport_spi.c --- a/drivers/scsi/scsi_transport_spi.c +++ b/drivers/scsi/scsi_transport_spi.c @@ -816,8 +816,10 @@ spi_dv_device_internal(struct scsi_devic * do the SPI pattern write tests */ len = 0; +#if 0 if (scsi_device_dt(sdev)) len = spi_dv_device_get_echo_buffer(sdev, buffer); +#endif retry: - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
