From: John Garry <john.garry@huawei.com>
To: <axboe@kernel.dk>, <damien.lemoal@opensource.wdc.com>,
<bvanassche@acm.org>, <hch@lst.de>, <jejb@linux.ibm.com>,
<martin.petersen@oracle.com>, <hare@suse.de>,
<satishkh@cisco.com>, <sebaddel@cisco.com>, <kartilak@cisco.com>
Cc: <linux-rdma@vger.kernel.org>, <linux-mmc@vger.kernel.org>,
<linux-nvme@lists.infradead.org>, <linux-s390@vger.kernel.org>,
<linux-scsi@vger.kernel.org>, <mpi3mr-linuxdrv.pdl@broadcom.com>,
<linux-block@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<nbd@other.debian.org>, John Garry <john.garry@huawei.com>
Subject: [PATCH 1/5] scsi: core: Remove reserved request time-out handling
Date: Fri, 17 Jun 2022 18:55:16 +0800 [thread overview]
Message-ID: <1655463320-241202-2-git-send-email-john.garry@huawei.com> (raw)
In-Reply-To: <1655463320-241202-1-git-send-email-john.garry@huawei.com>
The SCSI code does not currently support reserved commands. As such,
requests which time-out would never be reserved, and scsi_timeout()
'reserved' arg should never be set.
Remove handling for reserved requests and drop wrapper scsi_timeout() as
it now just calls scsi_times_out() always.
Signed-off-by: John Garry <john.garry@huawei.com>
---
drivers/scsi/scsi_error.c | 3 ++-
drivers/scsi/scsi_lib.c | 12 ++----------
drivers/scsi/scsi_priv.h | 3 ++-
3 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/scsi/scsi_error.c b/drivers/scsi/scsi_error.c
index 49ef864df581..80cd6835ac70 100644
--- a/drivers/scsi/scsi_error.c
+++ b/drivers/scsi/scsi_error.c
@@ -318,6 +318,7 @@ void scsi_eh_scmd_add(struct scsi_cmnd *scmd)
/**
* scsi_times_out - Timeout function for normal scsi commands.
* @req: request that is timing out.
+ * @reserved: whether the request is a reserved request.
*
* Notes:
* We do not need to lock this. There is the potential for a race
@@ -325,7 +326,7 @@ void scsi_eh_scmd_add(struct scsi_cmnd *scmd)
* normal completion function determines that the timer has already
* fired, then it mustn't do anything.
*/
-enum blk_eh_timer_return scsi_times_out(struct request *req)
+enum blk_eh_timer_return scsi_times_out(struct request *req, bool reserved)
{
struct scsi_cmnd *scmd = blk_mq_rq_to_pdu(req);
enum blk_eh_timer_return rtn = BLK_EH_DONE;
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index 6ffc9e4258a8..d635831165d5 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -1790,14 +1790,6 @@ static blk_status_t scsi_queue_rq(struct blk_mq_hw_ctx *hctx,
return ret;
}
-static enum blk_eh_timer_return scsi_timeout(struct request *req,
- bool reserved)
-{
- if (reserved)
- return BLK_EH_RESET_TIMER;
- return scsi_times_out(req);
-}
-
static int scsi_mq_init_request(struct blk_mq_tag_set *set, struct request *rq,
unsigned int hctx_idx, unsigned int numa_node)
{
@@ -1912,7 +1904,7 @@ static const struct blk_mq_ops scsi_mq_ops_no_commit = {
.put_budget = scsi_mq_put_budget,
.queue_rq = scsi_queue_rq,
.complete = scsi_complete,
- .timeout = scsi_timeout,
+ .timeout = scsi_times_out,
#ifdef CONFIG_BLK_DEBUG_FS
.show_rq = scsi_show_rq,
#endif
@@ -1941,7 +1933,7 @@ static const struct blk_mq_ops scsi_mq_ops = {
.queue_rq = scsi_queue_rq,
.commit_rqs = scsi_commit_rqs,
.complete = scsi_complete,
- .timeout = scsi_timeout,
+ .timeout = scsi_times_out,
#ifdef CONFIG_BLK_DEBUG_FS
.show_rq = scsi_show_rq,
#endif
diff --git a/drivers/scsi/scsi_priv.h b/drivers/scsi/scsi_priv.h
index 5c4786310a31..8966f20b7d55 100644
--- a/drivers/scsi/scsi_priv.h
+++ b/drivers/scsi/scsi_priv.h
@@ -72,7 +72,8 @@ extern void scsi_exit_devinfo(void);
/* scsi_error.c */
extern void scmd_eh_abort_handler(struct work_struct *work);
-extern enum blk_eh_timer_return scsi_times_out(struct request *req);
+extern enum blk_eh_timer_return scsi_times_out(struct request *req,
+ bool reserved);
extern int scsi_error_handler(void *host);
extern enum scsi_disposition scsi_decide_disposition(struct scsi_cmnd *cmd);
extern void scsi_eh_wakeup(struct Scsi_Host *shost);
--
2.35.3
next prev parent reply other threads:[~2022-06-17 11:04 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-17 10:55 [PATCH 0/5] blk-mq: Add a flag for reserved requests series John Garry
2022-06-17 10:55 ` John Garry [this message]
2022-06-17 16:25 ` [PATCH 1/5] scsi: core: Remove reserved request time-out handling Bart Van Assche
2022-06-20 5:58 ` Christoph Hellwig
2022-06-20 7:37 ` John Garry
2022-06-20 9:14 ` Hannes Reinecke
2022-06-17 10:55 ` [PATCH 2/5] blk-mq: Add a flag for reserved requests John Garry
2022-06-20 9:15 ` Hannes Reinecke
2022-06-17 10:55 ` [PATCH 3/5] blk-mq: Drop blk_mq_ops.timeout 'reserved' arg John Garry
2022-06-17 16:29 ` Bart Van Assche
2022-06-20 5:59 ` Christoph Hellwig
2022-06-20 9:15 ` Hannes Reinecke
2022-06-17 10:55 ` [PATCH 4/5] scsi: fnic: Drop reserved request handling John Garry
2022-06-17 16:29 ` Bart Van Assche
2022-06-20 5:59 ` Christoph Hellwig
2022-06-20 9:15 ` Hannes Reinecke
2022-06-17 10:55 ` [PATCH 5/5] blk-mq: Drop 'reserved' member of busy_tag_iter_fn John Garry
2022-06-17 16:33 ` Bart Van Assche
2022-06-17 16:42 ` John Garry
2022-06-17 16:55 ` Bart Van Assche
2022-06-20 11:12 ` John Garry
2022-06-20 6:00 ` Christoph Hellwig
2022-06-20 9:16 ` Hannes Reinecke
2022-06-22 0:51 ` [PATCH 0/5] blk-mq: Add a flag for reserved requests series Martin K. Petersen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1655463320-241202-2-git-send-email-john.garry@huawei.com \
--to=john.garry@huawei.com \
--cc=axboe@kernel.dk \
--cc=bvanassche@acm.org \
--cc=damien.lemoal@opensource.wdc.com \
--cc=hare@suse.de \
--cc=hch@lst.de \
--cc=jejb@linux.ibm.com \
--cc=kartilak@cisco.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-nvme@lists.infradead.org \
--cc=linux-rdma@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=mpi3mr-linuxdrv.pdl@broadcom.com \
--cc=nbd@other.debian.org \
--cc=satishkh@cisco.com \
--cc=sebaddel@cisco.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox