Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp381691pxb; Thu, 21 Jan 2021 09:14:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJweAYh3PijrmnnWkxCAEKEL7i0Fp8ion4TzPbce81pdwgRnyAP4wdjQ7wCA3rhl7PV3opEu X-Received: by 2002:a17:906:fc5:: with SMTP id c5mr4723ejk.538.1611249267979; Thu, 21 Jan 2021 09:14:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611249267; cv=none; d=google.com; s=arc-20160816; b=RxIvkbgucKajDMYY2h0/twECpMjMWPTO4Hf83L9CRzHkRJo0nXvto1V25FzppgHaje hLUGhhi08qEa3qCwgygLHb2Cz7KaJ9lUmuzP86OJMPIFXQ3Aw6fR6d1+moLfEi/QHTtm NKbfegH/X/TGmz9sma84wcmb3Qo2GUyBWrlWoUTN1ol4lb0deHGMZrx/fCETX985+icT 6ir193arA7SfvPntz4JjQl9HACS9V+ZSttRGvdtY+SXT5P8rDQBj1V+GefmOF78v3xbY FoKXdWeC6UcpWhISabCjbjT+IEM2GN6Bxyy9u9In+xFUZh12HCAh9bIpijZoD87OA3zG LYkQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=Lpm06E92eNpr1FHWNwNYSaQSi/SSeEK3Gj03RiYqYFQ=; b=R48vqybcn9pIfwsUZJ0aafN6gdmT3TmU4M3DX9c87oyu5e5IrRE5u2uMItzUyHkfWX Y8WcGoosuz1I+X2xlWHCUmIDqJMWIcMzyZ1bz1B3pJCSffauQhvuY0rFizy4Av9t6P4+ T1U2pmCHSb7/tdc9goOSh3apD2yhqQz7BoySV8Fsk68BEjguvxFH3dHvcGcesF7HyW/n BNM0D1dZxkwZC/WgBvisRjibvuzTZ9t1X0oevybHtBoPfqdKLPNEVT6CmhP0/8qM01Eq qp+WH0UHJlMNA7LqNlt5bKSkpjYQg2cszqHQCkslrBl3swqvlNksSGCf4uQTblkfCQYz wVSw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ec18si1859388ejb.166.2021.01.21.09.14.02; Thu, 21 Jan 2021 09:14:27 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388389AbhAURLb (ORCPT + 99 others); Thu, 21 Jan 2021 12:11:31 -0500 Received: from mx2.suse.de ([195.135.220.15]:35360 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388320AbhAURE6 (ORCPT ); Thu, 21 Jan 2021 12:04:58 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 9B5BBAC63; Thu, 21 Jan 2021 17:04:00 +0000 (UTC) From: Enzo Matsumiya To: linux-scsi@vger.kernel.org Cc: Enzo Matsumiya , Don Brace , "James E.J. Bottomley" , "Martin K. Petersen" , storagedev@microchip.com, linux-kernel@vger.kernel.org Subject: [RFC PATCH] scsi: smartpqi: create module parameters for LUN reset Date: Thu, 21 Jan 2021 14:03:39 -0300 Message-Id: <20210121170339.11891-1-ematsumiya@suse.de> X-Mailer: git-send-email 2.30.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Commit c2922f174fa0 ("scsi: smartpqi: fix LUN reset when fw bkgnd thread is hung") added support for a timeout on LUN resets. However, when there are 2 or more devices connected to the same controller and you hot-remove one of them, I/O will stall on the devices still online for PQI_LUN_RESET_RETRIES * PQI_LUN_RESET_RETRY_INTERVAL_MSECS miliseconds. This commit makes those values configurable via module parameters. Changing the bail out condition on rc in _pqi_device_reset() might be possible, but could also break the original purpose of commit c2922f174fa0. Signed-off-by: Enzo Matsumiya --- drivers/scsi/smartpqi/smartpqi_init.c | 18 ++++++++++++++---- 1 file changed, 14 insertions(+), 4 deletions(-) diff --git a/drivers/scsi/smartpqi/smartpqi_init.c b/drivers/scsi/smartpqi/smartpqi_init.c index c53f456fbd09..9835b2e5b91a 100644 --- a/drivers/scsi/smartpqi/smartpqi_init.c +++ b/drivers/scsi/smartpqi/smartpqi_init.c @@ -157,6 +157,18 @@ module_param_named(hide_vsep, MODULE_PARM_DESC(hide_vsep, "Hide the virtual SEP for direct attached drives."); +static int pqi_lun_reset_retries = 3; +module_param_named(lun_reset_retries, + pqi_lun_reset_retries, int, 0644); +MODULE_PARM_DESC(lun_reset_retries, + "Number of retries when resetting a LUN"); + +static int pqi_lun_reset_tmo_interval = 10000; +module_param_named(lun_reset_tmo_interval, + pqi_lun_reset_tmo_interval, int, 0644); +MODULE_PARM_DESC(lun_reset_tmo_interval, + "LUN reset timeout interval (in miliseconds)"); + static char *raid_levels[] = { "RAID-0", "RAID-4", @@ -5687,8 +5699,6 @@ static int pqi_lun_reset(struct pqi_ctrl_info *ctrl_info, /* Performs a reset at the LUN level. */ -#define PQI_LUN_RESET_RETRIES 3 -#define PQI_LUN_RESET_RETRY_INTERVAL_MSECS 10000 #define PQI_LUN_RESET_PENDING_IO_TIMEOUT_SECS 120 static int _pqi_device_reset(struct pqi_ctrl_info *ctrl_info, @@ -5700,9 +5710,9 @@ static int _pqi_device_reset(struct pqi_ctrl_info *ctrl_info, for (retries = 0;;) { rc = pqi_lun_reset(ctrl_info, device); - if (rc == 0 || ++retries > PQI_LUN_RESET_RETRIES) + if (rc == 0 || ++retries > pqi_lun_reset_retries) break; - msleep(PQI_LUN_RESET_RETRY_INTERVAL_MSECS); + msleep(pqi_lun_reset_tmo_interval); } timeout_secs = rc ? PQI_LUN_RESET_PENDING_IO_TIMEOUT_SECS : NO_TIMEOUT; -- 2.30.0