[EMAIL PROTECTED] wrote:
From: Jeremy Linton <[EMAIL PROTECTED]>
Any function which use scsi_execute_async() and transfers "odd" sized data
that doesn't align correctly with the segment sizes may have its transfer
length padded out to the closest segment size.
I would like to strongly suggest that Mike Christie's patch be used
instead.
http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg06032.html
I finally hit the case he was talking about (the block layer retries 0 length commands caused by a size mismatch) and
its ugly. I'm not really sure why my initial tests weren't hitting that case, I was trying to understand why some blocks
were getting an extra command generated while others weren't. Sufficient to say, his patch fixes both problems, the
incorrect transfer lengths and the extra 0 length transfer being generated.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
