Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932232Ab1E0TwX (ORCPT ); Fri, 27 May 2011 15:52:23 -0400 Received: from e2.ny.us.ibm.com ([32.97.182.142]:42158 "EHLO e2.ny.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752129Ab1E0TwV (ORCPT ); Fri, 27 May 2011 15:52:21 -0400 Date: Fri, 27 May 2011 12:52:15 -0700 From: "Darrick J. Wong" To: Eric Moore , support@lsi.com Cc: DL-MPTFusionLinux@lsi.com, linux-scsi@vger.kernel.org, linux-kernel Subject: [PATCH] mptsas: Increase MPT_SAS_CAN_QUEUE Message-ID: <20110527195215.GR20579@tux1.beaverton.ibm.com> Reply-To: djwong@us.ibm.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1072 Lines: 29 It seems that can_queue on mptsas controllers is clamped to 128 even though the hardware can have much larger queues. Clamp to a higher value to utilize the hardware more effectively--with a large number of disks I see contention for queue slots, and with the higher clamp I don't. Signed-off-by: Darrick J. Wong --- drivers/message/fusion/mptbase.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/message/fusion/mptbase.h b/drivers/message/fusion/mptbase.h index fe90233..5d8c57e 100644 --- a/drivers/message/fusion/mptbase.h +++ b/drivers/message/fusion/mptbase.h @@ -159,7 +159,7 @@ */ #define MPT_FC_CAN_QUEUE 1024 #define MPT_SCSI_CAN_QUEUE 127 -#define MPT_SAS_CAN_QUEUE 127 +#define MPT_SAS_CAN_QUEUE 511 /* * Set the MAX_SGE value based on user input. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/