From: Igor Pylypiv <ipylypiv@google.com>
To: Damien Le Moal <dlemoal@kernel.org>
Cc: Niklas Cassel <cassel@kernel.org>, linux-ide@vger.kernel.org
Subject: Re: SCSI EH wakeup deadlock from deferred_qc
Date: Wed, 8 Jul 2026 21:36:33 -0700 [thread overview]
Message-ID: <ak8lUXgBZPsQDcuY@google.com> (raw)
In-Reply-To: <2c0de926-25fa-4bd3-9a79-44fce94e6c2d@kernel.org>
On Thu, Jul 09, 2026 at 12:37:07PM +0900, Damien Le Moal wrote:
> On 7/9/26 11:24, Igor Pylypiv wrote:
> > On Thu, Jul 09, 2026 at 10:01:11AM +0900, Damien Le Moal wrote:
> >> On 7/9/26 08:44, Damien Le Moal wrote:
> >>> On 7/9/26 04:36, Igor Pylypiv wrote:
> >>>> Hi Damien,
> >>>>
> >>>> I've stumbled upon an issue where SCSI EH didn't run upon command timeout
> >>>> but ran ~10 or so seconds later. It seems like a recent regression from
> >>>> the introduction of deffered_qc.
> >>>>
> >>>> When an active command times out while a non-NCQ command is waiting in
> >>>> deferred_qc, SCSI EH fails to wake up. Recovery stalls until the deferred
> >>>> command's own timer expires.
> >>>>
> >>>> When an NCQ command times out, scsi_timeout() calls scsi_eh_scmd_add(),
> >>>> incrementing shost->host_failed (1). However, when scsi_eh_wakeup() checks
> >>>> whether to wake the EH thread, scsi_host_busy(shost) counts 2 active
> >>>> commands (1 timed-out + 1 in deferred_qc).
> >>>>
> >>>> Because busy (2) != host_failed (1), scsi_eh_wakeup() refuses to wake
> >>>> the EH thread, deadlocking error recovery until the deferred command
> >>>> times out on its own.
> >>>
> >>> Igor,
> >>>
> >>> Can you try the attached diff ?
> >>> I will test on my end, but I need to hack something to trigger a timeout :)
> >>
> >> Hacking libahci to trigger a timeout for a particular LBA read, I tested the
> >> attached v2 and I see the deferred QC running right after the read command
> >> timeout. So this looks like a good fix to me. Can you test please ?
> >
> > Thank you for coming up with a fix so quickly, Damien!
> > The fix works for the issue I'm seeing!
> >
> > Note: I tested on a 6.18 based kernel with your changes ported to libsas
> > to fix the issue for the pm80xx driver. Attached libsas diff for reference.
>
> Thanks for the diff. I will add it to the patch, and if that's OK with you, also
> add a co-developed-by tag ?
Of course! Thanks again for fixing this quickly, Damien!
Best,
Igor
>
> >
> > Thank you!
> > Igor
> >
> >>
> >> --
> >> Damien Le Moal
> >> Western Digital Research
> >
> >> diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
> >> index 5868526301a2..5221d7004c0e 100644
> >> --- a/drivers/ata/libata-scsi.c
> >> +++ b/drivers/ata/libata-scsi.c
> >> @@ -1685,7 +1685,8 @@ void ata_scsi_deferred_qc_work(struct work_struct *work)
> >> spin_unlock_irqrestore(ap->lock, flags);
> >> }
> >>
> >> -void ata_scsi_requeue_deferred_qc(struct ata_port *ap)
> >> +static void ata_scsi_do_requeue_deferred_qc(struct ata_port *ap,
> >> + struct scsi_cmnd *timed_out_scmd)
> >> {
> >> struct ata_link *link;
> >>
> >> @@ -1698,15 +1699,27 @@ void ata_scsi_requeue_deferred_qc(struct ata_port *ap)
> >> */
> >> ata_for_each_link(link, ap, PMP_FIRST) {
> >> struct ata_queued_cmd *qc = link->deferred_qc;
> >> + u32 host_byte;
> >>
> >> - if (qc) {
> >> - link->deferred_qc = NULL;
> >> - cancel_work(&link->deferred_qc_work);
> >> - ata_scsi_qc_done(qc, true, DID_REQUEUE << 16);
> >> - }
> >> + if (!qc)
> >> + continue;
> >> +
> >> + link->deferred_qc = NULL;
> >> + cancel_work(&link->deferred_qc_work);
> >> +
> >> + if (qc->scsicmd == timed_out_scmd)
> >> + host_byte = DID_TIME_OUT;
> >> + else
> >> + host_byte = DID_REQUEUE;
> >> + ata_scsi_qc_done(qc, true, host_byte << 16);
> >> }
> >> }
> >>
> >> +void ata_scsi_requeue_deferred_qc(struct ata_port *ap)
> >> +{
> >> + ata_scsi_do_requeue_deferred_qc(ap, NULL);
> >> +}
> >> +
> >> static void ata_scsi_schedule_deferred_qc(struct ata_link *link)
> >> {
> >> struct ata_queued_cmd *qc = link->deferred_qc;
> >> @@ -1730,6 +1743,28 @@ static void ata_scsi_schedule_deferred_qc(struct ata_link *link)
> >> queue_work(system_highpri_wq, &link->deferred_qc_work);
> >> }
> >>
> >> +enum scsi_timeout_action ata_scsi_eh_timed_out(struct scsi_cmnd *scmd)
> >> +{
> >> + struct ata_port *ap = ata_shost_to_port(scmd->device->host);
> >> + unsigned long flags;
> >> +
> >> + /*
> >> + * We had a timeout, either for an NCQ command or for one deferred
> >> + * queued command. Either way, we must release all deferred queued
> >> + * command so that scsi EH can trigger.
> >> + */
> >> + spin_lock_irqsave(ap->lock, flags);
> >> + ata_scsi_do_requeue_deferred_qc(ap, scmd);
> >> + spin_unlock_irqrestore(ap->lock, flags);
> >> +
> >> + /*
> >> + * Let scsi_timeout() know that it must continue with handling the
> >> + * timeout as we in fact did not do much here.
> >> + */
> >> + return SCSI_EH_NOT_HANDLED;
> >> +}
> >> +EXPORT_SYMBOL_GPL(ata_scsi_eh_timed_out);
> >> +
> >> static void ata_scsi_qc_complete(struct ata_queued_cmd *qc)
> >> {
> >> struct ata_link *link = qc->dev->link;
> >> diff --git a/include/linux/libata.h b/include/linux/libata.h
> >> index 96e626d6a7ca..327da43d7496 100644
> >> --- a/include/linux/libata.h
> >> +++ b/include/linux/libata.h
> >> @@ -1153,6 +1153,7 @@ extern int ata_scsi_ioctl(struct scsi_device *dev, unsigned int cmd,
> >> #endif
> >> extern enum scsi_qc_status ata_scsi_queuecmd(struct Scsi_Host *h,
> >> struct scsi_cmnd *cmd);
> >> +enum scsi_timeout_action ata_scsi_eh_timed_out(struct scsi_cmnd *cmd);
> >> #if IS_REACHABLE(CONFIG_ATA)
> >> bool ata_scsi_dma_need_drain(struct request *rq);
> >> #else
> >> @@ -1464,6 +1465,7 @@ extern const struct attribute_group *ata_common_sdev_groups[];
> >> .ioctl = ata_scsi_ioctl, \
> >> ATA_SCSI_COMPAT_IOCTL \
> >> .queuecommand = ata_scsi_queuecmd, \
> >> + .eh_timed_out = ata_scsi_eh_timed_out, \
> >> .dma_need_drain = ata_scsi_dma_need_drain, \
> >> .this_id = ATA_SHT_THIS_ID, \
> >> .emulated = ATA_SHT_EMULATED, \
> >
>
>
> --
> Damien Le Moal
> Western Digital Research
prev parent reply other threads:[~2026-07-09 4:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-08 19:36 SCSI EH wakeup deadlock from deferred_qc Igor Pylypiv
2026-07-08 22:54 ` Damien Le Moal
2026-07-08 23:44 ` Damien Le Moal
2026-07-09 1:01 ` Damien Le Moal
2026-07-09 2:24 ` Igor Pylypiv
2026-07-09 3:37 ` Damien Le Moal
2026-07-09 4:36 ` Igor Pylypiv [this message]
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=ak8lUXgBZPsQDcuY@google.com \
--to=ipylypiv@google.com \
--cc=cassel@kernel.org \
--cc=dlemoal@kernel.org \
--cc=linux-ide@vger.kernel.org \
/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