Bug 1184869 - Sleep causes big fat click in audio output
Sleep causes big fat click in audio output
Status: NEW
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Sound
x86-64 openSUSE Tumbleweed
: P5 - None : Normal (vote)
: ---
Assigned To: Takashi Iwai
E-mail List
Depends on:
  Show dependency treegraph
Reported: 2021-04-16 11:52 UTC by teo teo
Modified: 2021-04-26 07:13 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
tiwai: needinfo? (teo8976)

alsa-info (46.77 KB, text/plain)
2021-04-25 15:24 UTC, teo teo

Note You need to log in before you can comment on or make changes to this bug.
Description teo teo 2021-04-16 11:52:31 UTC
When I manually put the system to sleep from the main Application Launcher menu, even if there is no audio playing, it systematically causes a very loud click (or rather "pop" or "thud") on the audio line output, which is connected to external speakers. Even with a volume setting that is not very high, the click is *very* loud. Not only this is annoying, it can also theoretically damage speakers. And I'm pretty sure it's avoidable.

I'm not sure whether it happens 100% of the time. Actually, when I abandon my computer and leave it unattended (which is what I do when I stop using it), after a while the screen turns off and when I come back and shake the mouse it asks for password. I always assumed it was going to sleep, but I wonder if, in that case, it's just turning off the screen and locking with password without going to sleep. If it made such a loud noise in that situation, I would almost certainly noticed it at least some of the times (because even if I leave the room, I'm often not that far away).

I think it makes the same noise when shutting down or rebooting (obviously I mean from software; I do expect it to happen if I force-power down from hardware without shutting down nicely)

I hadn't noticed this until now, but manually sleeping, shutting down and rebooting are also things that I do very very rarely.
Comment 1 Chenzi Cao 2021-04-23 15:26:46 UTC
Hi, what desktop are you using please? KDE or Gnome?
Comment 2 teo teo 2021-04-23 15:29:39 UTC
Operating System: openSUSE Tumbleweed 20210414
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.81.0
Qt Version: 5.15.2
Kernel Version: 5.11.12-1-default
OS Type: 64-bit
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-1065G7 CPU @ 1.30GHz
Memory: 7.3 GiB of RAM
Graphics Processor: Mesa DRI Intel® Iris® Plus Graphics
Comment 3 Andreas Stieger 2021-04-24 11:31:05 UTC
Teo, will you PLEASE clear the needinfo tag when you provide the info?
Comment 4 teo teo 2021-04-24 11:52:55 UTC
> Teo, will you PLEASE clear the needinfo tag when you provide the info?

Sometimes I forget, I'll do my best not to.

You know, it would be VERY EASY to improve the interface so that it's easier not to miss that.
Comment 5 Takashi Iwai 2021-04-25 08:36:06 UTC
Please give alsa-info.sh output.  Run the script with --no-upload option and attach to Bugzilla.
Comment 6 teo teo 2021-04-25 15:24:14 UTC
Created attachment 848737 [details]
Comment 7 Takashi Iwai 2021-04-26 07:13:19 UTC
Thanks.  It shows an unknown HD-audio codec from Realtek, hence such a problem can happen.

I'm building a test kernel (based on the fresh 5.12) with the assumption that it's compatible with other similar Realtek models.  The test kernel is found in OBS home:tiwai:bsc1184869 repo, the package will be available at
once after the build finishes.  Please give it a try later.