Thanks. I note this in the dmesg (which appears reasonably nominal, I believe alsa on occasion has to do an autoprobe):
hda_codec: Unknown model for ALC262, trying auto-probe from BIOS...
ALSA sound/pci/hda/hda_codec.c:3021: autoconfig: line_outs=1 (0x1b/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3025: speaker_outs=1 (0x14/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3029: hp_outs=1 (0x15/0x1b/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3030: mono: mono_out=0x0
ALSA sound/pci/hda/hda_codec.c:3038: inputs: mic=0x18, fmic=0x19, line=0x0, fline=0x0, cd=0x0, aux=0x0
Still, it is possible that alsa got the autoprobe wrong.
That tells us you are running openSUSE-11.0 (and NOT SUSE-11.0 SLED nor SLES - there is a BIG difference) with the 32-bit 2.6.25.5-1.1-pae kernel. Your PC’s hardware is identified as an ALC262 (similar to what dmesg identified).
I checked your mixer settings. They look ok. I checked the alsa web site for updates to the ALC262, there are many: Search results for ALC262 - AlsaProject but whether any will help your PC I do not know.
I see 2 approaches:
- try to force your PCs configuration in case the autoprobe was wrong; and
- update alsa
Lets start by working under the assumption that the autoprobe of your PCs ALC262 failed, and did not adequately define your PC. That may be a wrong assumption, but we can undo anything we try. So what we will do is modify the /etc/modprobe.d/sound file and test your sound, speaker muting when headphones are plugged in, and microphone. Use “arecord somesoundfile.wav” when testing your microphone. You have to supply “somesoundfile.wav”.
The Options we can try force (one at a time) to your alsa kernel module to configure it are:
ALC262
fujitsu Fujitsu Laptop
hp-bpc HP xw4400/6400/8400/9400 laptops
hp-bpc-d7000 HP BPC D7000
hp-tc-t5735 HP Thin Client T5735
hp-rp5700 HP RP5700
benq Benq ED8
benq-t31 Benq T31
hippo Hippo (ATI) with jack detection, Sony UX-90s
hippo_1 Hippo (Benq) with jack detection
sony-assamd Sony ASSAMD
ultra Samsung Q1 Ultra Vista model
basic fixed pin assignment w/o SPDIF
auto auto-config reading BIOS (default)
We need to try each one, one at a time, until we can get one to work properly.
So, open an editor, and with root permissions change the /etc/modprobe.d/sound file by adding a line at the start, so that it looks like:
options snd-hda-intel model=fujitsu
options snd slots=snd-hda-intel
# u1Nb.I56vzkG75RF:82801H (ICH8 Family) HD Audio Controller
alias snd-card-0 snd-hda-intel
save the change, then restart your alsa sound driver by typing in a terminal/konsole: su -c ‘rcalsasound restart’ enter root password when prompted, then restart your mixer (kmix in kde, alsamixer in gnome) and test your sound, your speaker automute when headset plugged in and mic. Note the mic functionality is very sensitive to your mixer settings.
Note we applied “fujitsu” in the above edit. If “fujitsu” does work, replace “fujitsu” in your PCs /etc/modprobe.d/sound file by the next item in the list “hp-bpc” and try again. ie save the change, restart alsa, restart your mixer, test.
Note to make a change to a file with root permissions
- in gnome type: gnomesu ‘gedit /etc/modprobe.d/sound’
- in kde type: kdesu ‘kwrite /etc/modprobe.d/sound’
If none of those work, then we may need to update your alsa from 1.0.16 to 1.0.20, and I can give you the six zypper commands to do that, if and when we come to that.
Edit: I hope we make progress on this. It took me a long time to type the above.