Bug 530600 - HDA-Intel IDT 92HD75B3X5 Produces sound from speakers but does not recognize headphones
HDA-Intel IDT 92HD75B3X5 Produces sound from speakers but does not recognize ...
Status: CLOSED ERRATA
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
12
All Linux
low Severity medium
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2009-10-23 13:08 EDT by Adam Royal
Modified: 2010-04-21 09:19 EDT (History)
6 users (show)

See Also:
Fixed In Version: kernel-2.6.32.9-70
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-04-21 09:19:59 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
alsa-info output (28.40 KB, application/octet-stream)
2009-10-23 13:08 EDT, Adam Royal
no flags Details

  None (edit)
Description Adam Royal 2009-10-23 13:08:55 EDT
Created attachment 365870 [details]
alsa-info output

Description of problem:
IDT 92HD75B3X5 produces sound from the speakers and from the headphone jack but when headphones are inserted the speakers continue to play.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce
1. Play Sound
2. Insert Headphones
3.
  
Actual results: Speakers continue to produce sound


Expected results: Speakers would not produce sound


Additional info:
Using the hda-analyzer tool from alsa I can manually mute the speakers by unchecking the "out" box for pin 0x0d. But muting and unmuting resets this setting. Opening Rhythmbox also resets the setting.

I have tested both with model=hp-dv5 and hp-m4.
Comment 1 Bug Zapper 2009-11-16 09:07:39 EST
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 2 Nicola Soranzo 2010-01-11 11:49:21 EST
To workaround this bug, you can download the latest ALSA driver from http://www.alsa-project.org/ (alsa-driver-1.0.22.1 worked for me), compile and install it.

First, you need to install the packages gcc, kernel-devel, make and patch.
Then, extract the downloaded alsa-driver:

tar -xjvf alsa-driver-1.0.22.1.tar.bz2
cd alsa-driver-1.0.22.1/
./compile --with-debug=full
make

and finally by root execute:

make install

Then reboot, the headphone jack should work.
Comment 3 Adam Royal 2010-01-11 18:18:02 EST
(In reply to comment #2)
> To workaround this bug, you can download the latest ALSA driver from
> http://www.alsa-project.org/ (alsa-driver-1.0.22.1 worked for me), compile and
> install it.
> 
> First, you need to install the packages gcc, kernel-devel, make and patch.
> Then, extract the downloaded alsa-driver:
> 
> tar -xjvf alsa-driver-1.0.22.1.tar.bz2
> cd alsa-driver-1.0.22.1/
> ./compile --with-debug=full
> make
> 
> and finally by root execute:
> 
> make install
> 
> Then reboot, the headphone jack should work.    

Thanks. That worked for me as well.
Comment 4 Ricardo Alonso 2010-01-14 09:15:48 EST
(In reply to comment #2)
> To workaround this bug, you can download the latest ALSA driver from
> http://www.alsa-project.org/ (alsa-driver-1.0.22.1 worked for me), compile and
> install it.
> 
> First, you need to install the packages gcc, kernel-devel, make and patch.
> Then, extract the downloaded alsa-driver:
> 
> tar -xjvf alsa-driver-1.0.22.1.tar.bz2
> cd alsa-driver-1.0.22.1/
> ./compile --with-debug=full
> make
> 
> and finally by root execute:
> 
> make install
> 
> Then reboot, the headphone jack should work.    

This makes the headphone jack work (both in HP DV7 2185DX), but when plug it, the speakers still reproduce the sound.
Comment 5 Nicola Soranzo 2010-01-14 09:44:26 EST
(In reply to comment #4)
> 
> This makes the headphone jack work (both in HP DV7 2185DX), but when plug it,
> the speakers still reproduce the sound.    

Do you have exactly the same codec IDT 92HD75B3X5 ?
You can determine your codec with:

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

Moreover, did you create /etc/modprobe.d/alsa.conf ? It should contain this line:

options snd-hda-intel model=hp-dv5 enable_msi=1

I didn't mention this before since Adam mentioned that he was already using it.
Let us know!
Comment 6 Ricardo Alonso 2010-01-14 11:47:15 EST
(In reply to comment #5)
> 
> Do you have exactly the same codec IDT 92HD75B3X5 ?
> You can determine your codec with:
> 
> grep Codec /proc/asound/card0/codec#0
> 
> Moreover, did you create /etc/modprobe.d/alsa.conf ? It should contain this
> line:
> 
> options snd-hda-intel model=hp-dv5 enable_msi=1
> 
> I didn't mention this before since Adam mentioned that he was already using it.
> Let us know!    

It is the same coded. 

The problema was the model. It was configurated as hp-m4. When i changed to hp-dv5, it worked ok.

Thanks.
Comment 7 Adam Royal 2010-03-19 01:30:39 EDT
In Fedora 13 Alpha the sound card appears to work without any changes to config files. However, after a suspend and resume the sound stops functioning at all and requires a reboot. Maybe I should file a separate bug for this?
Comment 8 Nicola Soranzo 2010-03-20 08:44:30 EDT
(In reply to comment #7)
> In Fedora 13 Alpha the sound card appears to work without any changes to config
> files. However, after a suspend and resume the sound stops functioning at all
> and requires a reboot. Maybe I should file a separate bug for this?    

In Fedora 12 with updated kernel-2.6.32.9-70 the sound card works for me without updating the ALSA driver and also without alsa.conf .
I tested both suspend/resume and hibernate/resume and the sound card continues to work for me, maybe a regression with kernel 2.6.33? Anyway, Adam please file a separate bug report for this.

The only remaining problem with sound for me is that at every reboot the speaker is silent even at 100% pulse volume, so I need to manually change the volume of Speaker control with 

alsamixer -c0

from 0 to 100%. Do you have also the same issue?
Comment 9 Adam Royal 2010-03-21 16:06:51 EDT
(In reply to comment #8)
> The only remaining problem with sound for me is that at every reboot the
> speaker is silent even at 100% pulse volume, so I need to manually change the
> volume of Speaker control with 
> alsamixer -c0
> from 0 to 100%. Do you have also the same issue?    

I do not have that issue.
Comment 10 Nicola Soranzo 2010-03-23 11:35:03 EDT
(In reply to comment #9)
> (In reply to comment #8)
> > The only remaining problem with sound for me is that at every reboot the
> > speaker is silent even at 100% pulse volume, so I need to manually change the
> > volume of Speaker control with 
> > alsamixer -c0
> > from 0 to 100%. Do you have also the same issue?    
> 
> I do not have that issue.    

Thanks Adam for your quick reply!
It looks like we have slightly different soundcards, in fact I noticed from your alsa-info output that the PCI subsystem ID of your card is 103c:3629, while mine is 103c:3628. My laptop is an HP Pavilion dv6-1330sl.
Moreover, your card have 19 simple mixer controls, mine has just 12.
So probably we both have to open separate bug reports for our issues, while this one may be closed.
Comment 11 Nicola Soranzo 2010-04-21 09:19:59 EDT
(In reply to comment #8)
> In Fedora 12 with updated kernel-2.6.32.9-70 the sound card works for me
> without updating the ALSA driver and also without alsa.conf .
>
> The only remaining problem with sound for me is that at every reboot the
> speaker is silent even at 100% pulse volume, so I need to manually change the
> volume of Speaker control with 
> 
> alsamixer -c0
> 
> from 0 to 100%.

Stupid me, I was using the wrong output connector! If somebody else is facing this problem, just open gnome-volume-control, in the Output tab select "Analog Speakers" as the Connector.

Note You need to log in before you can comment on or make changes to this bug.