Laptop speakers not muted when plugging in headphones

I'm attaching an updated patch that applies cleanly against linux-source-2.6.20_2.6.20-13.21.tar.gz. The original patch was created by dhenry from the upstream report.

The updated patch should be applied inside the sound/pci/hda directory, where only the patch_analog.c file is changed.

Just to be clear, I have tested this by creating new kernel debs and it fixes the bug. I hope there's still time to fix this for 7.04.

Ohh dear! I have just returned my laptop to the vendor, because of this...
I hope that the fixed packages will come out quickly, because this is a very annoying bug.

p.s. FS Amilo Pi1505 also affected, but I think that there are many

Well I can confirm that this patch has not been added into Feisty, anyone care to share how to apply this patch manually?

I have a Toshiba Satellite pro A120-237, which also suffers from non-muting laptop speakers when headphones are plugged in. I am using Ubuntu 7.04 and my sound card is HDA Intell (Alsa mixer).

Toshiba P205 with intel hda = same trouble. Gusty tribe 2, alsa-base 1.0.14-1ubuntu1, kernel 2.6.22-7-22 generic

After recent update of Ubuntu the problem seems to be solved.
2.6.22-9-generic (package version 2.6.22-9.25)
alsa-base 1.0.14 (package version 1.0.14.1ubuntu1)

File ' /etc/modprobe.d/alsa-base' contains the following line:

options snd-hda-intel model=lenovo

How it's working now:
 * Muting 'front' channel mutes the speakers
 * Changing 'front' level (volume) with volume weel un-mutes the speakers
 * Plugging headphones into the front jack mutes the speakers
 * Unplugging the headphones un-mutes the speakers
 * Checking 'headphones' mixer option actually gives sound to the front jack

Mic, front mic, mic boosts also work as intended.

Closing Feisty task.

It seems, that this isn't fixed in Gutsy Beta. I tried it with a Fujitsu Siemens Amilo Pi1505, and it has absolutely the same problem that had with Feisty.
Would be good to fix this for the final 7.10.

Now I tried with the Kubuntu 7.10 RC, but there is the same problem. (It's still a Fujitsu Siemens Amilo Pi1505.)
I think it wouldn't be difficult, to apply the patch, and fix this issue for the final 7.10, so it would be good, if somebody could do this.

If this is not so simple, with what information should I provide, to help this fix?

Thanks,
U. Dani

Now building/installing alsa 1.0.15rc3 with a small fix (the patch consists in a boolean negation, see https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2581) fully corrects the speaker issue on Lenovo 3000 N100, but the patch brakes on other laptops (like Samsung X60)... So I think some more work is needed to distinguish the two "sort" of laptops (those like Lenovo's 3000 N100 and the others). That's why it may be hard to get it fixed in gutsy.

If you want to try the new patch, please send feedback on the alsa bugzilla to know if your laptop behaves like Lenovo or like Samsung (try first without the patch, and if it doesn't work, with patch).

(Also, I wonder if the former patch (for alsa 1.0.14) breakes for others.)

Ok, thanks, I will try the patch, if I will have time to compile the kernel :-) (maybe tomorrow).

You don't have to recompile the whole kernel!

On alsa's bugzilla entry (https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2581), my post (#0016835) gives all the commands to download, build and install everything needed to fix the bug (or you can follow the same intructions on https://wiki.ubuntu.com/LaptopTestingTeam/Lenovo3000N100_0768, section "Sound").

That takes less than 15 mins even for a newbie, reboot included :-)

Thanks for your help!

I tried it (now in Feisty, because I dont't have an installed Gutsy).
The .../driver/alsa-driver-hg20070908.tar.bz2 driver was unavailable, so I downloaded the alsa-driver-hg20071013.tar.bz2, and used this.
The alsa-driver and alsa-lib compiled (and installed) successfully, but there was an error while I tried to compile the alsa-utils:
...
Making all in po
make[2]: Entering directory `/home/dani/snd/alsa-fix/alsa-utils-1.0.15rc1/alsaconf/po'
mv: cannot stat `t-ja.gmo': No such file or directory
make[2]: *** [ja.gmo] Error 1
make[2]: Leaving directory `/home/dani/snd/alsa-fix/alsa-utils-1.0.15rc1/alsaconf/po'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/dani/snd/alsa-fix/alsa-utils-1.0.15rc1/alsaconf'
make: *** [all-recursive] Error 1

I tried it without alsa-utils, but don't seems to change anything (of course I rebooted).
I'm really a newbie, so I have no idea, what to do now...

U. Dani

I'm not certain that having the latest alsa-utils is mandatory, so maybe ignoring it will be fine.

Also, you may need to pass an option to the sound module (to select the same codepath as Lenovo), since your laptop doesn't seem to be listed in driver's pci quirck list (alsa-kernel/pci/hda/patch_analog.c around line 833). In /etc/modprobe.d/alsa-base, add:

options snd-hda-intel model=laptop-automute

Then, you have two tests:
1. Build without the patch. If the speakers automute, then you're lucky ;-)
2. If 1 failed, build with the patch.

Well, this is strange...
I modified /etc/modprobe.d/alsa-base as you wrote, and tried 1., but nothing changed. Then I tried 2., but still there is no difference.
Maybe I should try with kernel 2.6.22? Or, can make a difference, that I use Kubuntu?

U. Dani

No, you shouldn't need 2.6.22. What do you mean by "nothing changed"? you still don't have automute for speakers?

No, the speakers doesn't mute if I plug in headphones. If I mute in KMix the "Front" channel, everything is muted. If I mute the "PCM" channel, everything is muted. If I mute the "Headphone" channel, nothing is muted. So... I can't adjust the volume for speakers and headphones independently, and I can't mute just the speakers, or just the headphones. And this isn't happens automatically when I plug in the headphones.

U. Dani

Ah, your sound control seems quite different than mine then. Here, the headphones and speakers channels are the same, known as "Master volume". So I can't adjust headphone volume independently of speakers volume. So you are saying is that you have an headphone channel which is non fonctionnal when playing with it (a "useless" volume control), right?

Have you already tried on feisty (or edgy) the previous fix with success on your laptop? (thge one with alsa 1.0.14) Because if you have a different codec than AD1986A, the patch won't fix anything...

cat /proc/asound/card0/codec#0 | grep Codec

should give you AD1986A...

Yes, exactly, I have an headphone channel which is non functionnal when playing with it (a "useless" volume control).

No, I didn't tried the fix with alsa 1.0.14, but the output of cat /proc/asound/card0/codec#0 | grep Codec != AD1986A
It is "Motorola Si3054".
Ok, then this is the problem... can I do anything with it? Should I try the previous fix with alsa 1.0.14?

Thanks,
U. Dani

No the previous fix won't work with your codec. Maybe you should open a bug on alsa's bugzilla, or look if someone hasn't posted already about speaker automute issue with Motorola Si3054.

Ok, then this is not the same bug. I will try to find if anybody reported it.

Thank you for your help!
U. Dani

I have the same problem as "U. Dani" with a Fujitsu Siemens Amilo Pi 2515 (same Chipset "Motorola Si3054").
Latest version of Gutsy (checking for updates daily).

Auto-mute doesn't work. The mixer channels are:
"Headphone" : Seems to do nothing
"PCM" : Controls headphone and speakers at the same time
"Front" : Controls headphone and speakers at the same time

Did you find a solution yet, U. Dani? I'm already killing the google servers but didn't find anything usefull yet.

Please write me an e-mail, I have a partial (near perfect) solution, but this is another bug, so we shouldn't discuss it here.

U. Dani

I found solution that works with Amilo Pro V3515 (Fujitsu - Siemens).

You have to add 2 lines to your /etc/modprobe.d/alsa-base file

#add this lines
options snd-hda-intel model=3stack enable=yes
options snd-hda-intel model=auto position_fix=1 enable=yes

and restart laptop. I hope it helps.

The Hardy Heron Alpha series was recently released which contains an updated version of the kernel. You can download and try the new Hardy Heron Alpha release from http://cdimage.ubuntu.com/releases/hardy/ . You should be able to then test the new kernel via the LiveCD. If you can, please verify if this bug still exists or not and report back your results. Please also keep in mind that that although the symptoms of the bug may be the same, it is hardware specific and should thus be separate bug reports. General information regarding the release can also be found here: http://www.ubuntu.com/testing/ . Thanks.

Lenovo 3000 N100 0768-31G works correctly since first 2.6.24 upload.

Thanks for the update. Marking 'Fix Released' against Hardy. Thanks.

Bug #101986 is not a duplicate - my problem appears only after resuming from suspend. And it's still not fixed.