From: Damien Le Moal <dlemoal@kernel.org>
To: linux-ide@vger.kernel.org, Niklas Cassel <cassel@kernel.org>,
linux-scsi@vger.kernel.org,
"Martin K . Petersen" <martin.petersen@oracle.com>
Cc: Igor Pylypiv <ipylypiv@google.com>,
John Garry <john.g.garry@oracle.com>,
Jason Yan <yanaijie@huawei.com>
Subject: [PATCH v4 0/2] fixup handling of timeouts with deferred QCs
Date: Wed, 15 Jul 2026 17:58:22 +0900 [thread overview]
Message-ID: <20260715085824.854200-1-dlemoal@kernel.org> (raw)
This patch series fixes libata and libsas to correctly handles deferred
queued commands in case of a timeout error, to avoid excessive delays in
waking up the scsi EH task.
Igor,
My apologies for the churn, but please retest !
Also, I added your Signed-off-by on patch 2 since half of it is yours.
Martin,
Once reviewed, I or you can take both patches ?
Changes from v3:
- Reimplement ata_scsi_requeue_deferred_qc() in patch 1 as
ata_eh_retry_deferred_qc() so that all requeue pathes use the same
function.
Changes from v2:
- Modified patch 1 to avoid the problem reported by Sashiko that requeued
deferred QCs may be re-ssued immediately by the block layer, thus
potentially keeping the device busy. The modification now relies on
libata-EH to perform the requeue instead of immediately doing it from
the eh_timed_out operation.
- Modified patch 2 to use the new helper function defined in patch 1.
Changes from v1:
- Modified patch 1 to ignore timed out deferred QCs in
ata_scsi_requeue_deferred_qc() to let ata_scsi_cmd_error_handler()
correctly handle this case.
Damien Le Moal (2):
ata: libata-scsi: terminate deferred commands on time out
scsi: libsas: terminate deferred commands on time out
drivers/ata/libata-eh.c | 38 ++++++++++++++++----
drivers/ata/libata-scsi.c | 56 +++++++++++++++++------------
drivers/ata/libata.h | 2 +-
drivers/scsi/libsas/sas_scsi_host.c | 17 +++++++++
include/linux/libata.h | 3 ++
include/scsi/libsas.h | 2 ++
6 files changed, 88 insertions(+), 30 deletions(-)
--
2.55.0
next reply other threads:[~2026-07-15 8:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-15 8:58 Damien Le Moal [this message]
2026-07-15 8:58 ` [PATCH v4 1/2] ata: libata-scsi: terminate deferred commands on time out Damien Le Moal
2026-07-15 9:20 ` sashiko-bot
2026-07-15 8:58 ` [PATCH v4 2/2] scsi: libsas: " Damien Le Moal
2026-07-15 17:37 ` John Garry
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=20260715085824.854200-1-dlemoal@kernel.org \
--to=dlemoal@kernel.org \
--cc=cassel@kernel.org \
--cc=ipylypiv@google.com \
--cc=john.g.garry@oracle.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=yanaijie@huawei.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