** Also affects: linux-oem-6.5 (Ubuntu)
Importance: Undecided
Status: New
** Changed in: linux-oem-6.5 (Ubuntu Jammy)
Status: New => Fix Released
** Changed in: linux-oem-6.5 (Ubuntu)
Status: New => Invalid
** Changed in: linux-oem-6.5 (Ubuntu Lunar)
Status: New => Invalid
** Changed in: linux-oem-6.5 (Ubuntu Mantic)
Status: New => Invalid
** Changed in: hwe-next
Status: New => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-6.5 in Ubuntu.
https://bugs.launchpad.net/bugs/2018566
Title:
A deadlock issue in scsi rescan task while resuming from S3
Status in HWE Next:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in linux-oem-6.0 package in Ubuntu:
Invalid
Status in linux-oem-6.1 package in Ubuntu:
Invalid
Status in linux-oem-6.5 package in Ubuntu:
Invalid
Status in linux source package in Jammy:
Fix Released
Status in linux-oem-6.0 source package in Jammy:
Won't Fix
Status in linux-oem-6.1 source package in Jammy:
Fix Released
Status in linux-oem-6.5 source package in Jammy:
Fix Released
Status in linux source package in Lunar:
Fix Released
Status in linux-oem-6.0 source package in Lunar:
Invalid
Status in linux-oem-6.1 source package in Lunar:
Invalid
Status in linux-oem-6.5 source package in Lunar:
Invalid
Status in linux source package in Mantic:
Fix Released
Status in linux-oem-6.0 source package in Mantic:
Invalid
Status in linux-oem-6.1 source package in Mantic:
Invalid
Status in linux-oem-6.5 source package in Mantic:
Invalid
Bug description:
[Impact]
During the S3 stress test, the system sometimes hangs when resuming. This is
due to the SCSI rescan task being unable to acquire the mutex lock during the
resumption from S3. The mutex lock has already been acquired by EH and is
waiting for the device to be ready for a rescan. Unfortunately, the mutex lock
is never released by either party, leading to a deadlock.
[Fix]
Kaiheng submitted a patch to fix this issue which defers the rescan if the
disk is still suspended so the resume process of the disk device can proceed.
https://patchwork.ozlabs.org/project/linux-ide/patch/20230502150435.423770-2-kai.heng.f...@canonical.com/
Since the patch has not been accepted by the upstream yet, so submit
it to the OEM kernel for now.
The similiar patch has been included in v6.4-rc7
6aa0365a3c85 ata: libata-scsi: Avoid deadlock on rescan after device resume
[Test]
Verified on the machines by me and ODM.
[Where problems could occur]
It only defers the rescan task, and should not have any impact to current
systems.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/2018566/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
