LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Hardware (https://www.linuxquestions.org/questions/linux-hardware-18/)
-   -   No headphone sound after suspend (https://www.linuxquestions.org/questions/linux-hardware-18/no-headphone-sound-after-suspend-4175557302/)

ramboman 10-27-2015 01:46 PM

No headphone sound after suspend
 
My laptop has a sound card / linux compatibility issue. The card is acting fine, until suspend/resume. After a suspend/resume, there is no sound from the headphones. According to alsamixer, all the channels are unmuted. The problem is even persistent between reboots. Only a cold boot will bring the sound card back to the desirable state. This problem must concern linux in general, since it affects both Arch Linux, Lubuntu, Ubuntu. It does not occur in Windows 8. I thought at first that it was a hardware problem. I sent the computer back to the manufacturer for repair, but the when it came back the problem is still there.

- What should I do to solve this problem?

/sbin/lspci
Code:

00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5)
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d5)
00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #4 (rev d5)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation HM87 Express LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05)
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev a2)
03:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
04:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)

uname -r
Code:

4.2.4-1-ARCH
The problem is explaned more in detail at:
https://bbs.archlinux.org/viewtopic.php?id=202878

Update 2015-10-29:
I would like to add/highlight some more information about this case:

Here are the /sys files I have found related to the sound
Code:

$ find /sys -iname "*ound*"
/sys/devices/pci0000:00/0000:00:03.0/sound
/sys/devices/pci0000:00/0000:00:1b.0/sound
/sys/devices/virtual/sound
/sys/class/sound
find: `/sys/kernel/debug': Permission denied
/sys/module/soundcore

$ find /sys -iname "*udio*"
/sys/bus/hdaudio
/sys/bus/hdaudio/devices/hdaudioC0D0
/sys/bus/hdaudio/devices/hdaudioC1D0
/sys/bus/hdaudio/drivers/snd_hda_codec_realtek/hdaudioC1D0
/sys/bus/hdaudio/drivers/snd_hda_codec_hdmi/hdaudioC0D0
/sys/bus/platform/drivers/soc-audio
/sys/devices/pci0000:00/0000:00:03.0/hdaudioC0D0
/sys/devices/pci0000:00/0000:00:1b.0/hdaudioC1D0
find: `/sys/kernel/debug': Permission denied
/sys/module/snd_hda_codec_realtek/drivers/hdaudio:snd_hda_codec_realtek
/sys/module/snd_soc_core/drivers/platform:soc-audio
/sys/module/snd_hda_codec_hdmi/drivers/hdaudio:snd_hda_codec_hdmi
/sys/module/snd_hda_codec_generic/drivers/hdaudio:snd_hda_codec_generic

The directory "/sys/bus/hdaudio/devices/hdaudioC1D0" is associated with "card 1" in .asoundrc. It is the card associated with the analog headphone jack
Its content:
Code:

$ ls -l
total 0
-r--r--r--  1 root root 4096 Oct 29 16:11 afg
-r--r--r--  1 root root 4096 Oct 29 16:11 chip_name
lrwxrwxrwx  1 root root    0 Oct 29 17:51 driver -> ../../../../bus/hdaudio/drivers/snd_hda_codec_realtek
-r--r--r--  1 root root 4096 Oct 29 16:11 mfg
drwxr-xr-x  2 root root    0 Oct 29 16:10 power
-r--r--r--  1 root root 4096 Oct 29 16:11 revision_id
lrwxrwxrwx  1 root root    0 Oct 29 16:04 subsystem -> ../../../../bus/hdaudio
-r--r--r--  1 root root 4096 Oct 29 16:11 subsystem_id
-r--r--r--  1 root root 4096 Oct 29 16:11 type
-rw-r--r--  1 root root 4096 Oct 29 16:11 uevent
-r--r--r--  1 root root 4096 Oct 29 16:11 vendor_id
-r--r--r--  1 root root 4096 Oct 29 16:11 vendor_name
drwxr-xr-x 37 root root    0 Oct 29 16:10 widgets

I would like to highlight the chip name:
Code:

$ cat chip_name
ALC269VC

Since only a cold boot could bring back the headphone sound. I was interested in how to control the power to the sound card. I haven't found a way to power off/on the card yet.
Here is the content of the "power" directory:
Code:

$ ls -l
total 0
-rw-r--r-- 1 root root 4096 Oct 29 17:52 async
-rw-r--r-- 1 root root 4096 Oct 29 17:52 autosuspend_delay_ms
-rw-r--r-- 1 root root 4096 Oct 29 17:52 control
-r--r--r-- 1 root root 4096 Oct 29 17:52 runtime_active_kids
-r--r--r-- 1 root root 4096 Oct 29 17:52 runtime_active_time
-r--r--r-- 1 root root 4096 Oct 29 17:52 runtime_enabled
-r--r--r-- 1 root root 4096 Oct 29 17:52 runtime_status
-r--r--r-- 1 root root 4096 Oct 29 17:52 runtime_suspended_time
-r--r--r-- 1 root root 4096 Oct 29 17:52 runtime_usage


ondoho 10-29-2015 02:55 AM

have you tried restarting alsa after suspend/resume?

have you searched archwiki?

ramboman 10-30-2015 11:10 AM

I have tried to stop/start or restart alsa, according to the arch wiki by doing:
Code:

# systemctl stop alsa-store.service
# systemctl stop alsa-restore.service
# systemctl start alsa-store.service
# systemctl start alsa-restore.service
# systemctl restart alsa-store.service
# systemctl restart alsa-restore.service

and the problem is still there.

I have also added/highlighted some informations in the first post: Update 2015-10-29


All times are GMT -5. The time now is 11:05 AM.