Ubuntu
linux-source-2.6.20 package

Headphone automute not working

Bug #109882 reported by Rohan Dhruva
6
Affects Status Importance Assigned to Milestone
Fedora
Fix Released
Medium
linux-backports-modules-2.6.22 (Ubuntu)
Fix Released
Medium
Unassigned
Declined for Gutsy by Brian Murray
Declined for Hardy by Brian Murray
linux-source-2.6.20 (Ubuntu)
Won't Fix
Medium
Unassigned
Declined for Gutsy by Brian Murray
Declined for Hardy by Brian Murray

Bug Description

I have an Acer TravelMate 3260 laptop. In edgy and dapper, sound used to work out of box. On feisty, sound was muted by default. That's not a big problem, however. On my laptop, the "Surround" channel in kmix controls the laptop speakers.

However, the speakers are not automatically muted when I insert headphone in the jack. This does not work on any distro that I have tried, it works only on windows. So, what I do is when i insert the headphone jack, I manually mute the "Surround" channel. But then, once muted, I cannot use the laptop shortcut keys to control the headphone volume, since kmix controls only the "Surround" channel using those keys.

Is it possible to bind the "Surround" and "Headphone" channels such that they have the same volume, but opposite in mute state ? Or any other solution ? :) I am attaching the files as directed by https://help.ubuntu.com/community/DebuggingSoundProblems

Thanks.

EDIT: As the last comment states, this bug has been fixed, and I've located which patches need to be merged from upstream in order to fix this bug. Please scroll down to the bottom :)

See original description
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

ubuntu@ubuntu:~$ tail -2 /proc/asound/oss/sndstat
Mixers:
0: Realtek ALC883
ubuntu@ubuntu:~$

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

root@ubuntu:~# cat /etc/asound.conf ~/.asoundrc*
cat: /etc/asound.conf: No such file or directory
cat: /root/.asoundrc*: No such file or directory

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Daniel T Chen (crimsun) wrote :

Please attach the contents of /proc/asound/card0/codec*

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Do I need to attach any more info ? :)

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Bump. Any updates ? :)

Revision history for this message
Brian Murray (brian-murray) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug does not meet the criteria for a stable release update and is being marked as Won't Fix for this particular version of the kernel. You can learn more about the stable release update process at https://wiki.ubuntu.com/StableReleaseUpdates .
However, the issue that you reported is one that should be possible to test with the live environment of the Desktop CD of the development release - Gutsy Gibbon. It would help us greatly if you could test with it so we can work on getting it fixed in the actively developed kernel. You can find out more about the development release at http://www.ubuntu.com/testing/ .
If you do decide to test with the development release of Ubuntu please comment on this bug report and include at least the minimal information requested at http://wiki.ubuntu.com/KernelTeamBugPolicies . Thanks again and we appreciate your help.

Changed in linux-source-2.6.20:
assignee: ubuntu-audio → brian-murray
importance: Wishlist → Medium
status: Incomplete → Won't Fix
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Thank you very much Brian, I will test it with Gutsy using the Live CD and post the result shortly.

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Sound in gutsy is strange .. I get five channels in alsamixer -- PCM, Headphone, Speaker, Line In, Mic.
PCM is set to full. If speaker is set to full volume and unmuted, both the laptop speakers and headphones play.
If I mute "PCM", everything stops playing.

The strange parts --
If I mute "Speaker", everything stops playing, even the headphones.
If i mute "Headphones", the speaker stops playing, but the headphones play.

Hence there is no way to have only the speakers play, and the headphones muted. Can you please tell me what I must include and how to proceed ?
Thanks !

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

As mentioned here - http://ubuntuforums.org/showthread.php?p=3309424&posted=1#post3309424 - headphone automute is working out of the box in arch linux, which has unpatched upstream packages. Where can I find instructions on how to recompile those for feisty ? Also, how can I check if this fix has already made it to gutsy ? It's definitely not working in tribe 5.

Changed in linux-source-2.6.20:
status: Won't Fix → New
Brian Murray (brian-murray)
Changed in linux-source-2.6.20:
assignee: brian-murray → nobody
status: New → Won't Fix
Changed in linux-source-2.6.22:
assignee: nobody → ubuntu-audio
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Using today's gutsy desktop live CD, the bug is still not fixed. I think it just needs an update to the alsa codecs/drivers package from upstream .. Can I do anything more to help out with this bug ?

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Description of problem:
I have an Acer TravelMmate 3260 laptop. It has a sound card that uses
snd_intel_hda. The problem is, unlike windows, sound from speakers is not
automatically muted when I insert the headphone in the jack. This feature is
perfectly working on Arch Linux, but not on Ubuntu Feisty. I think this implies
that the driver for my sound card has been updated, but not synced in the fedora
repos. I am writing this from the F8Test2 7.91 live cd for gnome. In ubuntu as
well as in fedora by default when I start alsamixer I get channels like
Surround, Center, LFE, Front etc .. In arch where headphone automute is working,
I get just Headphone, PCM and Front (of course the Mic etc are always there).
From the live cd, I unloaded snd_hda_intel, and reloaded it by passing the
argument "modprobe snd_hda_intel model=auto". After that when I run alsamixer I
get the same channels as Arch Linux, yet headphone automute is not working.

Please find all the info for the laptop I have attached here -
https://bugs.launchpad.net/bugs/109882
If I still need to attach any more info, or repaste the info from within fedora
live cd, please tell me, I'll be glad to do so. It'll be great to see sound in
fedora working out of box without any config on my laptop. Thanks !

Version-Release number of selected component (if applicable):
2.6.23-0.164.rc5.fc8

How reproducible:
Always

Steps to Reproduce:
1. Play any sound file
2. Insert the headphone in the jack

Actual results:
The speaker and headphones both play sound.

Expected results:
Only the headphone must play sound, and not the speakers. (as in windows and
arch linux)

Additional info:
Please find all the logs and files attached here --
https://bugs.launchpad.net/bugs/109882

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196311
lspci -nv output

lspci -nv output from the fedora 8 test 2 gnome live cd.

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196321
amixer output after model=auto

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196331
Contents of /proc/asound/card0/codec* after model=auto

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196341
dmesg output after model=auto

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

All the above info has been posted from the Fedora 8 test 2 live cd. I will post
more info (the above files before model=auto and also amixer output from arch
linux where this feature works). Please bear with me :) Thanks !

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196361
amixer on default boot of fc8t2 gnome live cd

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196371
Contents of /proc/asound/card0/codec* on default boot

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196381
amixer on Arch Linux where headphone automute works perfectly

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 196391
Contents of /proc/asound/card0/codec* on Arch Linux

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Ahh, now I think I have provided maximum possible information required for this
bug :) For the record, I'm using Arch Linux -current, not some frozen stable
branch. Arch uses kernel 2.6.22.6 .. The patches applied to Arch's kernel can be
found here -
http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/kernels/kernel26/?cvsroot=Current&only_with_tag=CURRENT

If some more information is needed, please tell me. I think this bug has been
fixed upstream, but is pending a sync in the fedora repo.. Thanks once again !

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

I think this issue is a kernel related issue .. Please correct me if I'm wrong :)

Changed in linux-source-2.6.22:
assignee: ubuntu-audio → ubuntu-kernel-team
Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Ok the URL to arch repo has changed, it's now -
http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/base/kernel26/?cvsroot=Core&only_with_tag=CURRENT

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

OK after some more diagnosis it seems that it works on Arch Linux because it uses ALSA patches which are newer than either kernel 2.6.22 or 2.6.23-rcX. The newer patches which arch applies to kernel 2.6.22 (which fixes this bug) are -

http://www.archlinux.org/~tpowa/alsa-patches/alsa-20070818.patch.bz2
http://www.archlinux.org/~tpowa/alsa-patches/alsa-include-20070818.patch.bz2

I am attaching those two patches individually here too, for convenience.

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :
Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

OK after some more diagnosis it seems that it works on Arch Linux because it
uses ALSA patches which are newer than either kernel 2.6.22 or 2.6.23-rcX. The
newer patches which arch applies to kernel 2.6.22 (which fixes this bug) are -

http://www.archlinux.org/~tpowa/alsa-patches/alsa-20070818.patch.bz2
http://www.archlinux.org/~tpowa/alsa-patches/alsa-include-20070818.patch.bz2

I am attaching those two patches individually here too, for convenience.

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 204491
Patch no. 1 against kernel 2.6.22.6 which fixes this bug.

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Created attachment 204501
Patch no. 2 against kernel 2.6.22.6 which fixes this bug.

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Ok, doing some digging upstream, I'm positively sure that this commit in alsa repo fixes the bug. Though I've yet to try it myself, there is no other commit upto now which seems to have fixed the bug.

Commit - http://hg.alsa-project.org/alsa-kernel/rev/2c9a8e76669e

The complete revision history of patch_realtek.c can be seen at http://hg.alsa-project.org/alsa-kernel/log/3a300e020eca/pci/hda/patch_realtek.c

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Ok, doing some digging upstream, I'm positively sure that this commit in alsa
repo fixes the bug. Though I've yet to try it myself, there is no other commit
upto now which seems to have fixed the bug.

Commit - http://hg.alsa-project.org/alsa-kernel/rev/2c9a8e76669e

The complete revision history of patch_realtek.c can be seen at
http://hg.alsa-project.org/alsa-kernel/log/3a300e020eca/pci/hda/patch_realtek.c

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

Ok, this has GOT to be the patch that fixes it -
http://hg.alsa-project.org/alsa-kernel/rev/c9f96ebed522
and it's dependency seems to be
http://hg.alsa-project.org/alsa-kernel/rev/2c9a8e76669e

I'll try and build a kernel which incorporates the patches, and report back :-)

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Ok, this has GOT to be the patch that fixes it -
http://hg.alsa-project.org/alsa-kernel/rev/c9f96ebed522
and it's dependency seems to be
http://hg.alsa-project.org/alsa-kernel/rev/2c9a8e76669e

I'll try and build a kernel which incorporates the patches, and report back :-)

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

OMG THAT FIXES IT ! Applying the above 2 patches to kernel 2.6.23-rc7-git5 fixes
the bug without anything else required ! No other dependencies. Can we please
have the bug fixed in fedora rawhide for fedora 8 release now ? Thanks :-)

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Aha THAT FIXES IT ! Applying the above 2 patches to kernel source from latest ubuntu gutsy fixes the bug without anything else required ! No other dependencies. There were some rejects which I merged by hand, but rest assured no other code changes were required ..

Can we please have the bug fixed in gutsy for release now ? Thanks :-)

description: updated
Revision history for this message
In , Chuck (chuck-redhat-bugs) wrote :

Which patches were applied? c9f96ebed522 from comment #16 does not apply, with
or without the other patch from that comment applied.

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

The 2c9a8e76669e modifies some non-existent documentation file. Just removing
that much part from the head of the patch allows the patch to apply cleanly. The
c9f96ebed522 has some rejects, but when merged in manually by me, the patch
applied cleanly. The problem occurs because of other patches in between these 2
and the upstream kernel version of the same file :(

Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Well, the changes are in the just released ALSA 1.0.15 ... Let's hope hardy will have it :)

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

As Fedora 8 uses alsa 1.0.15, the bug is resolved ! Thank you very much !!

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Rohan,

I believe the linux-backports-modules package already has ALSA version 1.0.15 included. Thanks!

Changed in linux-source-2.6.22:
status: Triaged → Fix Released
Revision history for this message
Rohan Dhruva (rohandhruva) wrote :

Wow I never knew about that package .. Thanks a LOT, Leann, that fixes the bug !

Revision history for this message
In , Varadarajan (varadarajan-redhat-bugs) wrote :

I've a HP Pavilion DV6605us and Fedora 8 installed in it. I'm getting sound
from both Speakers and Headphone. Does the above mentioned patch will work for
HP laptop too? If so, please tell me how to apply this patch?

Revision history for this message
In , Rohan (rohan-redhat-bugs) wrote :

The above mentioned patch was taken from the development tree. It is no longer
relevant, as that patch has already been merged upstream.

For your laptop, you should check the ALSA database for the corresponding sound
card - http://alsa-project.org/main/index.php/Matrix:Main
HTH.

Revision history for this message
Launchpad Janitor (janitor) wrote : Kernel team bugs

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

Bug Watch Updater (bug-watch-updater)
Changed in fedora:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.