Bug 612769

Created attachment 430508 [details]
alsa-info

+++ This bug was initially created as a clone of Bug #537986 +++

Description of problem: Plugging in headphones doesn't mute speakers on HP G60 laptop using snd-hda-intel driver with Conexant 5067 codec. I tried loading the module with the various Conexants models listed in /usr/share/doc/kernel-doc-2.6.31.5/Documentation/sound/alsa/HD-Audio-Models.txt, but none changed this behavior.


Version-Release number of selected component (if applicable): alsa-lib.x86_64-1.0.21-3.fc12


How reproducible: 100%


Steps to Reproduce:
1. Load snd-hda-intel driver with or without model=... option.
2. Plug in headphones.
3. Play audio.
  
Actual results: Audio plays through both headphones and speakers when headphones are plugged in.


Expected results: Audio plays only through headphones when they are plugged in.


Additional info: Created file /etc/modprobe.d/snd-hda-intel.conf with the line options snd-hda-intel model=... I am opening a new bug because I don't see this issue reported against this codec.

--- Additional comment from jruemker on 2010-02-26 14:04:59 EST ---

Created an attachment (id=396632)
conexant fix for ideapad

I have the same problem on my lenovo ideapad u150 with the Conexant CX20582 (Pebble) codec.  I found this patch which supposedly has been submitted upstream:

   http://www.galexander.org/lenovo/patch_conexant.patch
   http://www.galexander.org/lenovo/

It is not in the latest alsa-driver-1.0.22.1 (ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.22.1.tar.bz2) yet.  The attached patch, derived from the above, applied against that version fixes the problem for me.  I'm not sure if this will apply for the original reporter or not, but I recommend at least downloading the upstream alsa-driver and giving it a try.  Just do:

  # tar -xvjf alsa-driver-1.0.22.1.tar.bz2
  # cd alsa-driver-1.0.22.1
  # ./configure
  # make
  # make install

This will overwrite the drivers provided by the kernel.  After a reboot, if that doesn't work then try patching it with the included patch.

I also added this to my /etc/modprobe.d/alsa.conf (although it probably wasn't necessary, as the added quirk in the patch likely would have picked up my model correctly):

   options snd-hda-intel model=ideapad 

Jaroslav:  Any way to get this patch included in the Fedora kernel?  It relies on several upstream bits, so it'd either require a rebase of the driver or a backport of the patch.  Would this be possible?  Or do you have a way to ensure this at least gets included upstream?  I'd prefer to not have to keep compiling the upstream drivers after every update.

Let me know if there's anything else I can do to help or test.

Thanks,
John

--- Additional comment from rmonk on 2010-03-26 15:38:51 EDT ---

Just as an FYI, this patch also fixes the Toshiba T115D-S1125 with the same Conexant chipset (so long as you add the model=ideapad).

--- Additional comment from eli.org on 2010-04-30 13:33:32 EDT ---

I have the same problem on a Toshiba Qosmio x500. I will be trying the workaround filed in this bug report.

--- Additional comment from eli.org on 2010-04-30 16:13:31 EDT ---

OK... I installed alsa-driver-1.0.23.1.tar.bz2 and configured

hda-intel.conf to include:

options snd-hda-intel model=dell-vostro and everything is working just fine.

--- Additional comment from jruemker on 2010-06-21 15:35:52 EDT ---

Still broken in F13.

--- Additional comment from florent.angly on 2010-06-24 08:38:51 EDT ---

I have the same problem on an Asus UL30Vt in Fedora 13 (alsa-lib 1.0.23).