9

So I've looked at many of the other forums but nothing I've seen so far has eliminated my issue. As soon as I boot up my laptop, Lenovo T440s, I start hearing a pop then a loud continious hiss that seems to cut out anytime the sound adjusted. This only happens when I boot into Ubuntu, when I boot into windows I do not have this issue.

I tried muting my mic, I tried alsamixer, neither worked. The pop and hissing does not happen over speakers, only headphones, and it happens with the same intensity no matter what my volume setting is, even when it's on mute.

When I open 'sound settings' it stops, but nothing I've done there has prevented it coming back. The only thing so far that stops it is if I have other sounds playing. It almost seems like it is a result of the soundcard not being used. Any ideas out there? or forums that already dealt with this that I did not see? Thanks

2 Answers2

11

This might be the Intel sound card entering power save mode. Check whether power save in currently enabled via:

    cat /sys/module/snd_hda_intel/parameters/power_save

If this returns 1, power save is enabled; it returns 0 otherwise. Check to see if changing this solves your problem by runnning

    echo 0 | sudo tee /sys/module/snd_hda_intel/parameters/power_save

Then play some music, pause it and see if the noise returns. If the problem persists, it's something else.

If this does get rid of the noise, you'll find it's only temporary, since the value can be reset on reboot or on switching between battery to AC power. A few different services could be changing this value, so try configuring each of them:

ALSA

To /etc/modprobe.d/alsa-base.conf, add the line:

    options snd-hda-intel power_save=0

Power.d

To /usr/lib/pm-utils/power.d/intel-audio-powersave, add or uncomment the line: INTEL_AUDIO_POWERSAVE=false

TLP

If installed, in /etc/default/tlp, set the following:

    SOUND_POWER_SAVE_ON_BAT=0
0

I was searching for solutions to this issue online and I found a topic that dealt with it. Based on the original answer I found, the most persistent method was to edit my

/etc/init.d/alsa-<distro_dependent_filename>

I added to the end of the start and reset sections the following:

if [ -f /sys/module/snd_hda_intel/parameters/power_save ]
then
    log_action_begin_msg "Trying workaround for Intel HDA..."
    echo 0 >/sys/module/snd_hda_intel/parameters/power_save
else
    log_action_begin_msg "Not using Intel HDA workaround"
fi

and change the top of the script from #!/bin/sh to #!/bin/bash

All it does is check if the Intel HDA power_save file exists and puts 0 into it. If not (like my 6-hour-power field-service portable) then gracefully announces it'll not use the work around.

It must have to do with awkward and bespoke hardware designs as the latest distros (late 2016) out there still do this to my "portable desktop". However, this fix so far works on most Ubuntu/Debian derivatives and some other distros (with my hardware AFAIK).


P.S. This may be good Wiki material as I've commonly seen this happen on several "portable Desktop" type laptop machines with complex (2.1, 5.1 etc) sound-systems.

Name suggestion: Hissing Speaker Fixes

derHugo
  • 3,356
  • 5
  • 31
  • 51