* [PATCH v1] scsi: ufs: core: changing the status to check inflight
[not found] <CGME20240405071217epcas2p470124e9f6e9066cb5cdc7f78557042e3@epcas2p4.samsung.com>
@ 2024-04-05 7:16 ` SEO HOYOUNG
2024-04-05 18:41 ` Bart Van Assche
0 siblings, 1 reply; 2+ messages in thread
From: SEO HOYOUNG @ 2024-04-05 7:16 UTC (permalink / raw)
To: linux-scsi, linux-kernel, alim.akhtar, avri.altman, jejb,
martin.petersen, beanhuo, bvanassche, kwangwon.min, kwmad.kim,
sh425.lee, quic_nguyenb, cpgs, h10.kim
Cc: SEO HOYOUNG
According to below the patch applied, lrbp->cmd do not will NULL
after call release_scsi_cmd()
So check the rq->state unconditionally even if it is completed normally
in ufshcd_cmd_inflight()
If occurred abort status and tm_cmd timeout, will run err_handler
for re-init UFS.
Then err_handler will check pending request for clearing cmd.
At that time, check if the state of rq is not MQ_RQ_IDLE.
In other words, check if it is MQ_RQ_COMPLETE or MQ_RQ_IN_FLIGHT.
If rq->state is MQ_RQ_COMPLETE, it is already completed in the block,
so there is no need to process the queue.
Link: https://lore.kernel.org/linux-scsi/20230517223157.1068210-3-bvanassche@acm.org/
Signed-off-by: SEO HOYOUNG <hy50.seo@samsung.com>
---
drivers/ufs/core/ufshcd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c
index 21429eec1b82..3f47ea584cb1 100644
--- a/drivers/ufs/core/ufshcd.c
+++ b/drivers/ufs/core/ufshcd.c
@@ -3088,7 +3088,7 @@ bool ufshcd_cmd_inflight(struct scsi_cmnd *cmd)
return false;
rq = scsi_cmd_to_rq(cmd);
- if (!blk_mq_request_started(rq))
+ if (blk_mq_rq_state(rq) != MQ_RQ_IN_FLIGHT)
return false;
return true;
--
2.26.0
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH v1] scsi: ufs: core: changing the status to check inflight
2024-04-05 7:16 ` [PATCH v1] scsi: ufs: core: changing the status to check inflight SEO HOYOUNG
@ 2024-04-05 18:41 ` Bart Van Assche
0 siblings, 0 replies; 2+ messages in thread
From: Bart Van Assche @ 2024-04-05 18:41 UTC (permalink / raw)
To: SEO HOYOUNG, linux-scsi, linux-kernel, alim.akhtar, avri.altman,
jejb, martin.petersen, beanhuo, kwangwon.min, kwmad.kim,
sh425.lee, quic_nguyenb, cpgs, h10.kim
On 4/5/24 00:16, SEO HOYOUNG wrote:
> According to below the patch applied, lrbp->cmd do not will NULL
> after call release_scsi_cmd()
> So check the rq->state unconditionally even if it is completed normally
> in ufshcd_cmd_inflight()
>
> If occurred abort status and tm_cmd timeout, will run err_handler
> for re-init UFS.
> Then err_handler will check pending request for clearing cmd.
> At that time, check if the state of rq is not MQ_RQ_IDLE.
> In other words, check if it is MQ_RQ_COMPLETE or MQ_RQ_IN_FLIGHT.
> If rq->state is MQ_RQ_COMPLETE, it is already completed in the block,
> so there is no need to process the queue.
The above description does not explain the motivation for this patch
very well. How about the following description?
"ufshcd_cmd_inflight() is used to check whether or not a command is
in progress. Make it skip commands that have already completed by
changing the !blk_mq_request_started(rq) check into blk_mq_rq_state(rq)
!= MQ_RQ_IN_FLIGHT. We cannot rely on lrbp->cmd since lrbp->cmd is not
cleared when a command completes."
> diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c
> index 21429eec1b82..3f47ea584cb1 100644
> --- a/drivers/ufs/core/ufshcd.c
> +++ b/drivers/ufs/core/ufshcd.c
> @@ -3088,7 +3088,7 @@ bool ufshcd_cmd_inflight(struct scsi_cmnd *cmd)
> return false;
>
> rq = scsi_cmd_to_rq(cmd);
> - if (!blk_mq_request_started(rq))
> + if (blk_mq_rq_state(rq) != MQ_RQ_IN_FLIGHT)
> return false;
>
> return true;
Please convert the two return statements into a single return statement,
e.g. as follows:
return cmd &&
blk_mq_rq_state(scsi_cmd_to_rq(cmd)) == MQ_RQ_IN_FLIGHT;
Thanks,
Bart.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-04-05 18:43 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <CGME20240405071217epcas2p470124e9f6e9066cb5cdc7f78557042e3@epcas2p4.samsung.com>
2024-04-05 7:16 ` [PATCH v1] scsi: ufs: core: changing the status to check inflight SEO HOYOUNG
2024-04-05 18:41 ` Bart Van Assche
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®