summaryrefslogtreecommitdiff
path: root/kernel
diff options
context:
space:
mode:
authorDexuan Cui <decui@microsoft.com>2020-04-23 20:40:16 -0700
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2020-04-27 10:30:30 +0200
commit2351f8d295ed63393190e39c2f7c1fee1a80578f (patch)
tree622ce14dc022aa627eaae8cb15d68bc02fcf9330 /kernel
parent6a8b55ed4056ea5559ebe4f6a4b247f627870d4c (diff)
downloadlwn-2351f8d295ed63393190e39c2f7c1fee1a80578f.tar.gz
lwn-2351f8d295ed63393190e39c2f7c1fee1a80578f.zip
PM: hibernate: Freeze kernel threads in software_resume()
Currently the kernel threads are not frozen in software_resume(), so between dpm_suspend_start(PMSG_QUIESCE) and resume_target_kernel(), system_freezable_power_efficient_wq can still try to submit SCSI commands and this can cause a panic since the low level SCSI driver (e.g. hv_storvsc) has quiesced the SCSI adapter and can not accept any SCSI commands: https://lkml.org/lkml/2020/4/10/47 At first I posted a fix (https://lkml.org/lkml/2020/4/21/1318) trying to resolve the issue from hv_storvsc, but with the help of Bart Van Assche, I realized it's better to fix software_resume(), since this looks like a generic issue, not only pertaining to SCSI. Cc: All applicable <stable@vger.kernel.org> Signed-off-by: Dexuan Cui <decui@microsoft.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'kernel')
-rw-r--r--kernel/power/hibernate.c7
1 files changed, 7 insertions, 0 deletions
diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
index 86aba8706b16..30bd28d1d418 100644
--- a/kernel/power/hibernate.c
+++ b/kernel/power/hibernate.c
@@ -898,6 +898,13 @@ static int software_resume(void)
error = freeze_processes();
if (error)
goto Close_Finish;
+
+ error = freeze_kernel_threads();
+ if (error) {
+ thaw_processes();
+ goto Close_Finish;
+ }
+
error = load_image_and_restore();
thaw_processes();
Finish: