Bugzilla – Bug 245679
alsa: (Intel HDA ICH7) volume control broken, no microphone input
Last modified: 2008-01-26 13:22:58 UTC
I am using a FSC Amilo Si1520 ( Intel HDA ICH7 ), in 10.2 sound was there on the speakers, the headphones and micro ( line in ) were rendered useless, see Bug 239707 for details. Now, with 10.3 ( AlsaMixer v1.0.14rc1, Card: HDA Intel, Chip: Conexant ID 5045 ), headphone and micro work, yet the volume control via keyboard shortcut is not working at all ( Volume mute = XF86AudioMute, Volume down = XF86AudioLowerVolume, Volume up = XF86AudioRaiseVolume ). There are 3 controls for volume in alsamixer ( Headphone, PCM, Speaker) of which only Speaker and PCM have any effect. Why there would be separate controls for speaker and headphone in the first place escapes my insight, as speaker is switched off when headphones are plugged in. Volume Control 2.16.1 is working the same way ( as it should ), but it seems that left and right channels are reversed. I.e. unlocking the channnels and moving the right slider changes the left channel and vice versa.
*** Bug 239707 has been marked as a duplicate of this bug. ***
Which program are you using to control the volume via X key events? It has nothing to do with the sound driver itself but a job of window manager, etc. As I mentioned in the another bugzilla, this driver isn't supported yet properly. The big fix patches are merged to upcoming 2.6.21 kernel, so the situation will be improved in near future, I hope.
Gnome Volume Control 2.16.1
Resolved to LATER to wait for the update to 2.6.21 kernel.
OK now we have Kernel 2.6.21-3-default, can we try and solve this issue now ? As of todays update I see AlsaMixer v1.0.14rc2 showing │ Card: HDA Intel │ Chip: Conexant CX20549 (Venice) │ View: [Playback] Capture All │ Item: Ext Mic [dB gain=34.50, 34.50] Output from headphones = 0, output from speaker is audible only above 60% and at 100% is so faint you can't hear it if someone speaks at normal level at the same time. Input from external Microphone=0
Remember this has started as Bug 239707 - Microphone not working with intel hda 82801G (ICH7 Family) - FSC Amilo Si 1520 against openSuSE 10.2 For unknown reasons my sound chip in the meantime has changed from CXT5045 ( https://bugzilla.novell.com/attachment.cgi?id=115781&action=view ) to CX20549, see actual screenshot.
Created attachment 136758 [details] Screenshot of ALAS mixer
I have the same problem as mentioned in Comment #5. Under 10.2 the sound is at the expected volume. With 10.3-alpha4 I can just barely hear it. | Card: HDA Intel │ Chip: Realtek ALC861 │ View: [Playback] Capture All │ Item: Master Is there anything I may provide?
Adding some information on the chipset: /sbin/lspci 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02) 01:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02) 07:08.0 Ethernet controller: Intel Corporation PRO/100 VE Network Connection (rev 02) 07:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller 07:09.1 Generic system peripheral [Class 0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19) 07:09.2 System peripheral: Ricoh Co Ltd Unknown device 0843 (rev 01) 07:09.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 0a) 07:09.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 05)
Friederike, the problem with your hardware is very likely irrelevant. If you have a different codec chip, you can think it's a completely different hardware although it uses the same driver. Please file another bug if this still appears with the latest kernel.
About the original problem: Any chance to try the latest 10.3 kernel? (with 2.6.22-rc5)? Newer fixes have been included in 2.6.22 kernels regarding conexant chip. If it still doesn't work, try to add model=fujitsu or model=laptop for snd-hda-intel module options in /etc/modprobe.d/sound file.
Now at Kernel 2.6.22-5-default, have tried volume level with model=laptop as well as model=fujitsu neither cures the volume level. Audibility always starts from 50% and at 100% is now audible reasonably if no ambient noise is there, but a normal conversation will drown it.
After getting around to check with headphones: Speakers are switched off properly when headphones are plugged in. Volume control for Master as well as PCM is spread over the full scale. Maximun output is at pain level. cjp@workstation6l:~> rpm -q alsa alsa-1.0.14-13 cjp@workstation6l:~> uname -r 2.6.22.1-3-default
As Bug 239707 - Microphone not working with intel hda 82801G (ICH7 Family) - FSC Amilo Si 1520 has been marked as duplicate of this one: The microphone ( external over Line In jack ) is still not working at all. When running alsamixer ( AlsaMixer v1.0.14, alsa-1.0.14-13 ) it shows <Master> <PCM> <Line In> <IEC958> <Ext Mic> <Int Mic> <IntMic> Line in has no volume scale, Ext Mic and Int Mic are at full volume.
Have you try with model=3stack ? see : https://bugzilla.novell.com/show_bug.cgi?id=209360
Changing model to 3stack / laptop / fujitsu does not help in any way. Status is still as per comment #14. cat /etc/SuSE-release openSUSE 10.3 (i586) VERSION = 10.3 rpm -q alsa alsa-1.0.14-28 rpm -q alsa alsa-1.0.14-28
On googling some more I find https://answers.launchpad.net/ubuntu/+source/ekiga/+question/7586, where similar problems are discussed. A script is offered to collect information at http://www.linux-sound.info/alsa/scripts/alsa-info.sh running it, uploads the compiled data to http://pastebin.ca/704566, where you may access it. Also they give some explanation for model variants, especially 3stack and 6stack seem to address the number of jacks available. The notebook in question ( FSC Amilo Si1520 ) only has 2 jacks ( Microphone and Headphone with SPDIF ). In addition it appears, that in the gnome-volume-control 2.18.0 the external microphone is listed on the playback tab rather than on the recording tab. If this is not just a GUI design problem, but the micro is connected to the output in fact, it would explain a lot.
As I learned from http://www.linuxforen.de/forums/showthread.php?t=232457&highlight=1520 the FSC Amilo Si 1520 also _has_ an internal microphone ( works with windows XP ) although I can't tell where it is located. I can actually record with audacity using internal microphone, yet the volume is extremely low. With the ALSA website full of reports with lack of recording, the question comes to mind what may be so "advanced" about the linux sound architecture.
See also https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3389 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3359
Seems latest alsa 1.0.6rc1 has the problem resolved.