There was some overlap with another patch (?) this one has not shown in scsi-pending-2.6. Modernized to apply cleanly and did some extra cleanup. This attached patch is against current scsi-misc-2.6 ObligatoryDisclaimer: Please accept my condolences regarding Outlook's handling of patch attachments. Signed-off-by: Mark Salyzyn <aacraid@xxxxxxxxxxx> drivers/scsi/aacraid/aachba.c | 63 ++++++++++++++++++++++++++++++++++++------ 1 file changed, 55 insertions(+), 8 deletions(-) Sincerely -- Mark Salyzyn > -----Original Message----- > From: linux-scsi-owner@xxxxxxxxxxxxxxx > [mailto:linux-scsi-owner@xxxxxxxxxxxxxxx] On Behalf Of Salyzyn, Mark > Sent: Thursday, June 07, 2007 1:21 PM > To: linux-scsi@xxxxxxxxxxxxxxx > Subject: [PATCH] aacraid: add SCSI SYNCHONIZE_CACHE range checking. > > > Customer running an application that issues SYNCHRONIZE_CACHE calls > directly noticed the broad stroke of the current implementation in the > aacraid driver resulting in multiple applications feeding I/O to the > storage causing the issuing application to stall for long periods of > time. By only waiting for the current WRITE commands, rather than all > commands, to complete; and those that are in range of the > SYNCHRONIZE_CACHE call that would associate more tightly with the > issuing application before telling the Firmware to flush it's dirty > cache, we managed to reduce the stalling. The Firmware itself still > flushes all the dirty cache associated with the array ignoring the > range, it just does so in a more timely manner. > > This attached patch is against current scsi-misc-2.6 > > ObligatoryDisclaimer: Please accept my condolences regarding Outlook's > handling of patch attachments. > > Signed-off-by: Mark Salyzyn <aacraid@xxxxxxxxxxx> > > Sincerely -- Mark Salyzyn >
Attachment:
aacraid_synch_range2.patch
Description: aacraid_synch_range2.patch
