Bug 1371528

Summary: Laptop looses sound on suspend/resume cycle
Product: Red Hat Enterprise Linux 7 Reporter: Matěj Cepl <mcepl>
Component: pulseaudioAssignee: Wim Taymans <wtaymans>
Status: CLOSED CURRENTRELEASE QA Contact: Desktop QE <desktop-qa-list>
Severity: high Docs Contact:
Priority: unspecified    
Version: 7.3CC: cperry, jkoten, jkysela, mcepl, tpelka, wtaymans
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-09-21 11:57:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 1370511    
Attachments:
Description Flags
state of ALSA before the suspend
none
state of ALSA after the resume
none
diff between the two none

Description Matěj Cepl 2016-08-30 12:13:00 UTC
Created attachment 1195868 [details]
state of ALSA before the suspend

Description of problem:
When getting my laptop through suspend/resume cycle, the sound stops to
work. Sound using applications (e.g., Firefox on YouTube, or totem)
don’t look disturbed but no sound happens on the computer’s speakers.

The workaround I found for getting the sound back is to flip on/off
switch in the Sound applet of the Control Center.

Attached is the output of the alsa-info.sh script before suspend, and
after resume, while the sound was not working (and diff between the
two).

Version-Release number of selected component (if applicable):
alsa-firmware-1.0.28-2.el7.noarch
alsa-lib-1.1.1-1.el7.x86_64
alsa-lib-devel-1.1.1-1.el7.x86_64
alsa-plugins-pulseaudio-1.1.1-1.el7.x86_64
alsa-tools-firmware-1.1.0-1.el7.x86_64
alsa-utils-1.1.1-1.el7.x86_64
pulseaudio-6.0-8.el7.x86_64
pulseaudio-gdm-hooks-6.0-8.el7.x86_64
pulseaudio-libs-6.0-8.el7.x86_64
pulseaudio-libs-devel-6.0-8.el7.x86_64
pulseaudio-libs-glib2-6.0-8.el7.x86_64
pulseaudio-module-bluetooth-6.0-8.el7.x86_64
pulseaudio-module-x11-6.0-8.el7.x86_64
pulseaudio-module-zeroconf-6.0-8.el7.x86_64
pulseaudio-utils-6.0-8.el7.x86_64

How reproducible:


Steps to Reproduce:
1. suspend/resume laptop
2. run a program producing sound
3.

Actual results:
sound working

Expected results:
nothing is heard

Comment 1 Matěj Cepl 2016-08-30 12:13:33 UTC
Created attachment 1195869 [details]
state of ALSA after the resume

Comment 2 Matěj Cepl 2016-08-30 12:14:07 UTC
Created attachment 1195871 [details]
diff between the two

Comment 3 Tomas Pelka 2016-08-30 12:36:20 UTC
I can see that too, I filed a bug than it went gone for a while but now it is back.

Comment 5 Tomas Pelka 2016-08-31 12:26:30 UTC
*** Bug 1371878 has been marked as a duplicate of this bug. ***

Comment 6 Tomas Pelka 2016-08-31 15:47:27 UTC
I'd also noticed one thing. Alsa or pulse are not able to detect headphone plugged in/out. Headphone output is always activate even if I try ti plug/unplug headphone jack several times. It means for me that the sound goes always to headphones and it doesn't if they are connected or not.

Comment 7 Clifford Perry 2016-09-01 08:29:24 UTC
(In reply to Tomas Pelka from comment #6)
> I'd also noticed one thing. Alsa or pulse are not able to detect headphone
> plugged in/out. Headphone output is always activate even if I try ti
> plug/unplug headphone jack several times. It means for me that the sound
> goes always to headphones and it doesn't if they are connected or not.


I've also experienced this. Is it worthy of a different bug report though? (some times in the rush to try and connect to video conference call on laptop you just work around the issue and I keep forgetting afterwards to investigate further). 

Cliff

Comment 8 Jaroslav Kysela 2016-09-01 10:30:15 UTC
This issue was fixed in kernel-3.10.0-498.el7 . Could you test ?

Comment 9 Tomas Pelka 2016-09-01 13:03:01 UTC
I rebooted to -500, I did the suspend/resume cycle several times and it seems the initial issue be gone.

Will test the jack issue too.

Comment 10 Clifford Perry 2016-09-01 13:03:20 UTC
(In reply to Jaroslav Kysela from comment #8)
> This issue was fixed in kernel-3.10.0-498.el7 . Could you test ?

Rebooting to new kernel *seems* to be working as expected from quick test of it. 

kernel-3.10.0-500.el7.x86_64                  Thu 01 Sep 2016 13:48:46 BST
kernel-3.10.0-495.el7.x86_64                  Fri 26 Aug 2016 13:11:26 BST
kernel-3.10.0-493.el7.x86_64                  Fri 19 Aug 2016 20:00:07 BST

Comment 11 Matěj Cepl 2016-09-01 17:00:22 UTC
Suspend/resume with the kernel -500 works, but now (even with older kernels, but after yesterday's upgrade to the RHEL-7.3 Nightly) I got bug 1372427. :(

This one bug however is fine.