Bug 1202571 - kernel 5.19.1 shuts down after waking from suspend
Summary: kernel 5.19.1 shuts down after waking from suspend
Status: RESOLVED FIXED
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Kernel (show other bugs)
Version: Current
Hardware: x86-64 Other
: P5 - None : Major (vote)
Target Milestone: ---
Assignee: openSUSE Kernel Bugs
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-08-19 14:30 UTC by Tristan Miller
Modified: 2022-10-10 12:19 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
hwinfo for 5.18.15 (1.30 MB, text/plain)
2022-08-19 14:30 UTC, Tristan Miller
Details
hwinfo for 5.19.1 (1.30 MB, text/plain)
2022-08-19 14:30 UTC, Tristan Miller
Details
kernel log for 5.18.15 from boot until resume from suspend (88.95 KB, text/plain)
2022-08-19 14:30 UTC, Tristan Miller
Details
kernel log for 5.19.1 from boot until suspend (83.94 KB, text/plain)
2022-08-19 14:31 UTC, Tristan Miller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tristan Miller 2022-08-19 14:30:04 UTC
Created attachment 860934 [details]
hwinfo for 5.18.15

On my system running kernel-default-5.19.1-1.1.x86_64, suspending the system works, but as soon as I wake the computer, it shuts down.  The shutdown is pretty much instant after waking; the monitor doesn't even come out of power saving mode and nothing further gets written to the system log.  The only evidence I have that the system actually tries to wake up is that the power light on the front of the machine stops flashing and turns on, and the system fan and hard drive spin up for a couple seconds.

kernel-default-5.18.15-1.1.x86_64 does not have this problem.

Attached is the output of hwinfo from the two kernels, as well as the kernel messages in the system log up from boot until suspend (for 5.19.1) and from boot until resuming from suspend (for 5.18.15).
Comment 1 Tristan Miller 2022-08-19 14:30:21 UTC
Created attachment 860935 [details]
hwinfo for 5.19.1
Comment 2 Tristan Miller 2022-08-19 14:30:59 UTC
Created attachment 860936 [details]
kernel log for 5.18.15 from boot until resume from suspend
Comment 3 Tristan Miller 2022-08-19 14:31:30 UTC
Created attachment 860937 [details]
kernel log for 5.19.1 from boot until suspend
Comment 4 Takashi Iwai 2022-10-05 07:02:02 UTC
TW is already moving to 6.0, and the fix for 5.19 won't be handled any longer.
Could try 6.0 and verify whether the issue persists or not?

If yes, we need to report it to the upstream somehow.
Comment 5 Tristan Miller 2022-10-06 19:15:56 UTC
(In reply to Takashi Iwai from comment #4)
> TW is already moving to 6.0, and the fix for 5.19 won't be handled any
> longer.
> Could try 6.0 and verify whether the issue persists or not?
> 
> If yes, we need to report it to the upstream somehow.

OK, I tried kernel-default-6.0.0-2.1.g1195759.x86_64 from the Kernel:stable repository.  With this kernel, I cannot reproduce the problem.
Comment 6 Takashi Iwai 2022-10-10 12:19:01 UTC
OK, then let's close the bug.  Feel free to reopen if you still encounters the problem again.