Re: [PATCH v2] usb: uas: quiesce SCSI before stopping endpoints on unbind

From: Jiayi Li

Date: Tue Sep 29 2026 - 21:34:41 EST


Hi Oliver,

> Acked-by: Oliver Neukum <oneukum@xxxxxxxx>

Thank you for the Acked-by. Subsequent testing found a regression in
v2: physically unplugging the device with UAS commands in flight can
cause an approximately 30-second SCSI timeout. I described the failure
in my reply to the Sashiko review:

https://lore.kernel.org/linux-scsi/20260922100542.164047-1-lijiayi@xxxxxxxxxx/

I have a local candidate that keeps the unified teardown order.
When URB submission or completion returns -ENODEV or -ESHUTDOWN,
it marks the transport dead, stops further submissions, clears
COMMAND_INFLIGHT and sets DID_NO_CONNECT for pending commands.
It drains the remaining URBs in work context, allowing the commands
to complete through uas_try_complete().

Does this approach seem reasonable, or would you suggest a simpler
way to handle the physical-disconnect case?

Thanks,
Jiayi