On Tue, 2009-06-23 at 12:25 +0100, Andy Whitcroft wrote: > From: Mathias Urlichs <matthias@xxxxxxxxxx> > > BugLink: http://bugzilla.kernel.org/show_bug.cgi?id=11120 > BugLink: http://bugs.launchpad.net/bugs/249964 > > Reduce the hardware queue size for the AACRAID controller. This controloler > suffers adapter aborts and scsi resets under high load otherwise: > > aacraid: Host adapter abort request (0,0,2,0) > aacraid: Host adapter abort request (0,0,3,0) > aacraid: Host adapter reset request. SCSI hang ? > aacraid: Host adapter abort request (0,0,0,0) > > Signed-Off-By: Mathias Urlichs <matthias@xxxxxxxxxx> > Signed-off-by: Andy Whitcroft <apw@xxxxxxxxxxxxx> > --- > drivers/scsi/aacraid/aacraid.h | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/drivers/scsi/aacraid/aacraid.h b/drivers/scsi/aacraid/aacraid.h > index cdbdec9..0d5d036 100644 > --- a/drivers/scsi/aacraid/aacraid.h > +++ b/drivers/scsi/aacraid/aacraid.h > @@ -24,7 +24,7 @@ > #define AAC_MAX_LUN (8) > > #define AAC_MAX_HOSTPHYSMEMPAGES (0xfffff) > -#define AAC_MAX_32BIT_SGBCOUNT ((unsigned short)256) > +#define AAC_MAX_32BIT_SGBCOUNT ((unsigned short)127) So I'm afraid this isn't a proper fix. It was a diagnostic test to see if SGBCOUNT was the root cause for this card. Incidentally, SGBCOUNT isn't queue depth, its maximum number of sectors in an individual transfer. What we'd need to show for this to be the fix is that every 32 bit aacraid card is affected, which, given the paucity of bug reports, I don't think so. Firstly, Matthias, can you see if on an unmodified aacraid, this fixes the problem for you: echo 63 > /sys/block/<disk>/queue/max_sectors_kb 63 is because the parameter is in kb for sysfs, but in number of 512 byte blocks for the driver. If it does, we can likely just add it to the udev unusual devices and not bother with a kernel fix. To fix the kernel properly, we'd need to add an AAC_QUIRK for this adapter, which is a bit more work, so lets see if udev can fix it for us first ... 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
