Re: end to end error recovery musings

On Wed, 2007-02-28 at 17:28 -0800, H. Peter Anvin wrote: James Bottomley wrote: On Wed, 2007-02-28 at 12:42 -0500, Martin K. Petersen wrote: 4104. It's 8 bytes per hardware sector. At least for T10... Er ... that won't look good to the 512 ATA compatibility remapping ... Well, in

Re: end to end error recovery musings

James Bottomley wrote: On Wed, 2007-02-28 at 17:28 -0800, H. Peter Anvin wrote: James Bottomley wrote: On Wed, 2007-02-28 at 12:42 -0500, Martin K. Petersen wrote: 4104. It's 8 bytes per hardware sector. At least for T10... Er ... that won't look good to the 512 ATA compatibility remapping

[PATCH] block queue dma alignment zero

Make queue_dma_alignment return 0 if it was specifically set to 0. Set it to the default 511 to keep the old behavior when it was not explicitly set. This permits devices with no particular alignment restrictions to use direct IO from arbitrary addresses. Signed-off-by: Pete Wyckoff [EMAIL

[PATCH] iscsi tcp set queue dma alignment to zero

Add a slave_configure function to iSCSI TCP to remove any DMA alignment restriction. This permits the use of direct IO from arbitrary addresses. Signed-off-by: Pete Wyckoff [EMAIL PROTECTED] --- drivers/scsi/iscsi_tcp.c | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff

[PATCH] bsg: iovec support

Support vectored IO as in SGv3. The iovec structure uses explicit sizes to avoid the need for compat conversion. Signed-off-by: Pete Wyckoff [EMAIL PROTECTED] --- My application definitely can take advantage of scatter/gather IO, which is supported in sgv3 but not in the bsg implementation of

[PATCH] scsi: megaraid_sas - throttle io if cmds are in risk of being timed-out

Driver to throttle IO to reduce risk of OS timing out cmds. Implemented a circular queue to keep track of pending OS cmds in FW. This queue is periodically (every 10 sec) checked by a timer routine. If there is any cmd that is in risk of getting timed-out by the OS, the host-can_queue is