Bug 1371528 - Laptop looses sound on suspend/resume cycle
Summary: Laptop looses sound on suspend/resume cycle
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: pulseaudio
Version: 7.3
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: rc
: ---
Assignee: Wim Taymans
QA Contact: Desktop QE
URL:
Whiteboard:
: 1371878 (view as bug list)
Depends On:
Blocks: 1370511
TreeView+ depends on / blocked
 
Reported: 2016-08-30 12:13 UTC by Matěj Cepl
Modified: 2016-09-21 11:57 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-09-21 11:57:29 UTC
Target Upstream Version:


Attachments (Terms of Use)
state of ALSA before the suspend (40.80 KB, text/plain)
2016-08-30 12:13 UTC, Matěj Cepl
no flags Details
state of ALSA after the resume (44.57 KB, text/plain)
2016-08-30 12:13 UTC, Matěj Cepl
no flags Details
diff between the two (10.01 KB, text/x-diff)
2016-08-30 12:14 UTC, Matěj Cepl
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.