Re: [PATCH] scsi spi transport: SCSI domain validation after reset

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2007-02-05 at 12:49 -0800, Mark Haverkamp wrote:
> James,
> 
> Some months ago, I had problems with a mis-behaving disk that failed
> domain validation on a fusion card resulting in an infinite loop of
> domain validation.  At the time Eric proposed a patch to the mptspi
> driver to reload devices with parameters previously negotiated when a
> reset occurred.  You indicated that a more generic solution should be
> done.
> 
> This patch updates spi_dv_device_internal() to check if domain
> validation has already been performed on a device and just sets it
> previously negotiated parameters.  This solved the "infinite domain
> validation" loop for me when a reset is performed as a result of command
> timeout with the mis-behaving device.

Er,but this code basically disabled domain revalidation after a reset,
doesn't it?  If we could do it that way, we could simply take the calls
to spi_dv_device() out of the fusion driver and instead set the
parameters up in its place without having to modify the transport class.

James


-
To unsubscribe from this list: 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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux