Ubuntu – No sound after suspend

19.04drivershpsound

On a HP Laptop with Ubuntu 19.04 (dual boot with Windows 10) the internal loud speakers and headphones are working. Unfortunately only after a boot or reboot, but not after waking up the laptop from suspend.

Ubuntu recognizes the audio device after a suspend (listed in lspci) but neither loud-speakers nor headphones work. Volume can be modified but does not change anything. Do you have any idea how to force to re-load them after suspend?

sudo lspci -v gives:

00:0e.0 Audio device: Intel Corporation Device 3198 (rev 03)
Subsystem: Hewlett-Packard Company Device 84b6
Flags: bus master, fast devsel, latency 0, IRQ 127
Memory at a1310000 (64-bit, non-prefetchable) [size=16K]
Memory at a1000000 (64-bit, non-prefetchable) [size=1M]
Capabilities: [50] Power Management version 3
Capabilities: [80] Vendor Specific Information: Len=14 <?>
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_soc_skl

aplay -l gives the same output right after a reboot and waking up from suspend:

**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC236 Analog [ALC236 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

I tried the commands suggested here under step 1 without success.

My laptop is a 14ma0307ng.

Best Answer

Looks like this bug: https://bugs.freedesktop.org/show_bug.cgi?id=110916#c5

There is a workaround also until the patch hits Canonical's repositories. If you don't need hdmi audio output just drop

snd_hda_intel.probe_mask=0x01

to kernel boot params. Works for me.

Related Question