Created attachment 1859333 [details]
dmesg fragment from failed S3 attempt
1. Please describe the problem:
First S3 suspend/resume appears normal. Subsequent attempts to sleep fail with "Freezing of tasks failed after 20.004 seconds (2 tasks refusing to freeze, wq_busy=0):" messages
2. What is the Version-Release number of the kernel:
3. Did it work previously in Fedora? If so, what kernel version did the issue
*first* appear? Old kernels are available for download at
Has been working consistently with F34 and before that F33 kernels, IIRC this machine started out with F31 or so.
4. Can you reproduce this issue? If so, please provide the steps to reproduce
the issue below:
Boot; Suspend/resume; Then attempt to suspend again. BIOS is set for S3 ("Linux") sleep.
5. Does this problem occur with the latest Rawhide kernel? To install the
Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
``sudo dnf update --enablerepo=rawhide kernel``:
6. Are you running any modules that not shipped with directly Fedora's kernel?:
7. Please attach the kernel logs. You can get the complete kernel log
for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
issue occurred on a previous boot, use the journalctl ``-b`` flag.
This laptop is docked onto a Lenovo dock which contains:
Bus 002 Device 009: ID 17ef:306f Lenovo ThinkPad Dock USB Audio
During the resume from the first "successful" suspend (see steps to reproduce), this was being logged:
Feb 05 16:30:23 angua kernel: usb 4-2.1: reset high-speed USB device number 4 using xhci_hcd
Feb 05 16:30:23 angua kernel: snd-usb-audio 2-4.2.4:1.0: resume error -22
So for now I've worked around this issue by blacklisting the snd_usb_audio module. This sidelines my USB microphone, if that becomes annoying enough I'll look into a udev workaround.
Something similar happening on T490s with F35 as well
Couple of updates:
Possible upstream proposed fix: https://email@example.com/
Also, on the latest 5.16 series (currently 5.16.10), the behavior had changed: The machine did enter sleep, but upon resume there were all sorts of audio issues involving the USB audio devices that ultimately made audio unusable as a whole. So staying with the module blacklisted for now until the upstream fix hits Fedora.
FEDORA-2022-952bb7b856 has been pushed to the Fedora 35 stable repository and seems to be fixing this with 5.16.11.
This message is a reminder that Fedora Linux 34 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 34 on 2022-06-07.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '34'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version'
to a later Fedora Linux version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora Linux 34 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.
Fedora Linux 34 entered end-of-life (EOL) status on 2022-06-07.
Fedora Linux 34 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
Thank you for reporting this bug and we are sorry it could not be fixed.