[alsa-devel] Known STAC9200 input selection problem?
Hi,
I've received the following bug report about problems in the internal mic of a Dell Latitude D820 (STAC9200). Is this a known problem? The used tested it with a fairly updated (but non-HG) driver. I've seen a similar problem in an HP dx2250 (ALC862) with an outdated ALSA lib, but this doesn't seem to be the case here.
--- Excerpt of original report follows ---
On laptops which use the snd-hda-intel driver the microphone often cannot be activated (in particular, when the system comes out of system installation).
A workaround is the following script alway helps to make the microphone work (except after a wake-up from suspend-to-disk): #!/bin/sh /usr/sbin/alsactl restore amixer -c 0 sset 'Input Source',0 Line amixer -c 0 sset 'Input Source',0 Mic
Comments 1. After a bootstrap, the "capture volumn" control of alsamixer always has the value 0, irrespective of what is stored in /etc/asound.state. The previously defined value of this control can be re-established with "alsctl restore", but that does not make the microphone work.
2. Also, when the volume settings are changed with any of the mixers, very often the microphone will not work any more; but I have not found a reproducable sequence that provokes the error this way.
3. The microphone can be made work if, afterwords, the sound-input switch is toggled to "line" and back to "mic".
At Tue, 31 Jul 2007 09:28:10 -0300, Claudio Matsuoka wrote:
Hi,
I've received the following bug report about problems in the internal mic of a Dell Latitude D820 (STAC9200). Is this a known problem? The used tested it with a fairly updated (but non-HG) driver. I've seen a similar problem in an HP dx2250 (ALC862) with an outdated ALSA lib, but this doesn't seem to be the case here.
There have been several bugs regarding the input with sigmatel codecs since 1.0.14. But they should have been fixed now.
Takashi
participants (2)
-
Claudio Matsuoka
-
Takashi Iwai