[alsa-devel] no audio output with TYAN S7025 motherboard and Realtek ALC262
Hi, I have several systems with a TYAN S7025 motherboard and Realtek ALC262 chipset. I have not been able to produce any audio output. Well, that is except for one of the systems: after a variety of tweeks and tests, I got sound working on one system, but I do not know what change enabled sound to start working, and I have not been able to reproduce the effect on the other systems.
I have tested with kernels up to 2.6.33, and with ALSA version 1.0.22.1. For a non-working system, 'alsaconf' gives the following output: Unknown hardware: "HDA-Intel" "Realtek ALC262" "HDA:10ec0262,10ec0262,00100202" "0x8086" "0x3a3e"
And dmesg gives the following: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 HDA Intel 0000:00:1b.0: irq 89 for MSI/MSI-X HDA Intel 0000:00:1b.0: setting latency timer to 64 hda_codec: ALC262: BIOS auto-probing. autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hp_outs=0 (0x0/0x0/0x0/0x0/0x0) mono: mono_out=0x0 dig-out=0x1e/0x0 inputs: mic=0x18, fmic=0x19, line=0x1a, fline=0x0, cd=0x1c, aux=0x0 dig-in=0x1f realtek: No valid SSID, checking pincfg 0x411111f0 for NID 0x1d realtek: Enable default setup for auto mode as fallback input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input8
For the working system, the dmesg output is the same except for two lines: autoconfig: line_outs=1 (0x1b/0x0/0x0/0x0/0x0) inputs: mic=0x18, fmic=0x19, line=0x1a, fline=0x0, cd=0x1c, aux=0x14
Is there a method for tweaking these values on the non-working system to match the working system, to see if that works?
I've uploaded the alsa-info output from a non-working system here: http://www.alsa-project.org/db/?f=91057bfc12790688f1d257743e53d5d0ec2ce1e2
I've uploaded the alsa-info output from the working system here: http://www.alsa-project.org/db/?f=198420f14cd0062713636408640636e6d474cf94
Thanks, -bryan
Dear Bryan,
Am Mittwoch, den 03.03.2010, 10:54 -0800 schrieb Bryan Green:
I have several systems with a TYAN S7025 motherboard and Realtek ALC262 chipset. I have not been able to produce any audio output. Well, that is except for one of the systems: after a variety of tweeks and tests, I got sound working on one system, but I do not know what change enabled sound to start working, and I have not been able to reproduce the effect on the other systems.
Can you give list of what tweeks you did (even incomplete).
I have tested with kernels up to 2.6.33, and with ALSA version 1.0.22.1. For a non-working system, 'alsaconf' gives the following output: Unknown hardware: "HDA-Intel" "Realtek ALC262" "HDA:10ec0262,10ec0262,00100202" "0x8086" "0x3a3e"
And dmesg gives the following: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 HDA Intel 0000:00:1b.0: irq 89 for MSI/MSI-X HDA Intel 0000:00:1b.0: setting latency timer to 64 hda_codec: ALC262: BIOS auto-probing. autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hp_outs=0 (0x0/0x0/0x0/0x0/0x0) mono: mono_out=0x0 dig-out=0x1e/0x0 inputs: mic=0x18, fmic=0x19, line=0x1a, fline=0x0, cd=0x1c, aux=0x0 dig-in=0x1f realtek: No valid SSID, checking pincfg 0x411111f0 for NID 0x1d realtek: Enable default setup for auto mode as fallback input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input8
For the working system, the dmesg output is the same except for two lines: autoconfig: line_outs=1 (0x1b/0x0/0x0/0x0/0x0) inputs: mic=0x18, fmic=0x19, line=0x1a, fline=0x0, cd=0x1c, aux=0x14
Is there a method for tweaking these values on the non-working system to match the working system, to see if that works?
Have you tried different values for the model parameter [1]? If I am not mistaken you can use HDA-Analyzer [2] to change such values. But I never used it myself.
I've uploaded the alsa-info output from a non-working system here: http://www.alsa-project.org/db/?f=91057bfc12790688f1d257743e53d5d0ec2ce1e2
I've uploaded the alsa-info output from the working system here: http://www.alsa-project.org/db/?f=198420f14cd0062713636408640636e6d474cf94
Thanks,
Paul
[1] http://alsa-project.org/main/index.php/Help_To_Debug_Intel_HDA#.27model.27_p... [2] http://alsa-project.org/main/index.php/Help_To_Debug_Intel_HDA#Try_a_lowleve...
Hi Paul,
Paul Menzel <paulepanter <at> users.sourceforge.net> writes:
Dear Bryan,
Am Mittwoch, den 03.03.2010, 10:54 -0800 schrieb Bryan Green:
I have several systems with a TYAN S7025 motherboard and Realtek ALC262 chipset. I have not been able to produce any audio output. Well, that is except for one of the systems: after a variety of tweeks and tests, I got sound working on one system, but I do not know what change enabled sound to start working, and I have not been able to reproduce the effect on the other systems.
Can you give list of what tweeks you did (even incomplete).
I tried changing the 'model' setting several times, before reverting back to the default. I reran 'alsaconf' several times in the process, and occasionally noticed changes to the set of mixer elements listed by alsamixer. Sometimes a "PCM" element would be present, other times not. I also upgraded t the kernel from 2.6.31 to 2.6.32. While in 2.6.32, with the default 'model' setting (i.e. auto), I was in the alsamixer and unmuted one of the elements - I think it was the "Front Mic" element. Suddenly, audio started working. I then muted all the mixer elements except master and maybe PCM (if PCM was present at the time). Audio remained working. I booted back into 2.6.31. Audio still worked. I couldn't get it to stop working at that point, in order to try to reproduce the original problem. I also was not able to reproduce success on the other systems with the same hardware.
Have you tried different values for the model parameter [1]? If I am not mistaken you can use HDA-Analyzer [2] to change such values. But I never used it myself.
I tried a few values for 'model'. I have not tried HDA-Analyzer. I had hoped to avoid going in that deep.
Thanks,
-bryan
Bryan Green <bryan.d.green <at> nasa.gov> writes:
Paul Menzel <paulepanter <at> users.sourceforge.net> writes:
Am Mittwoch, den 03.03.2010, 10:54 -0800 schrieb Bryan Green:
I have several systems with a TYAN S7025 motherboard and Realtek ALC262 chipset. I have not been able to produce any audio output. ...
Have you tried different values for the model parameter [1]? If I am not mistaken you can use HDA-Analyzer [2] to change such values. But I never used it myself.
I tried a few values for 'model'. I have not tried HDA-Analyzer. I had hoped to avoid going in that deep.
Thanks,
-bryan
I've found that the 'hp-bpc' model works for this motherboard/chip.
At least one key factor seems to be the line_out value of '0x1b', rather than '0x14', which it had been defaulting to when model was 'auto'.
-bryan
I've found that the 'hp-bpc' model works for this motherboard/chip.
At least one key factor seems to be the line_out value of '0x1b', rather than '0x14', which it had been defaulting to when model was 'auto'.
Hello,
I also have a Tyan S7025 motherboard with the Realtek ALC262 soundcard. I cannot make it work.
I have tried all the possible models for "options snd-hda-intel model=MODEL" (including hp-bpc) in /etc/modprobe.d/alsa-base.conf. I have also tried other options such as probe_mask=1, etc.
I have reinstalled all the alsa related packages (Debian Squezee 64-bit), compiled alsa from fresh sources and also from the sources downloaded from the Realtek website.
Finally, I have even upgraded the BIOS to version 1.05 (it was 1.03 before).
Any suggestions?
Kind regards,
Miro
Finally, I have even upgraded the BIOS to version 1.05 (it was 1.03 before).
It works now! I did not do anything else. Maybe it just needed to be unplugged... This would maybe indicate that it was the BIOS upgrade and not the Realtek drivers what did the trick.
I have model=hp-bpc now, but I tried this before and it did not work. For the first time, the there is a headphone switch and sound is working.
Provided that the headphone socket is currently the only interface between the graphics card and the outside world, my guess is that possibly the sound card was working before, only the headphone switch was not...
Kind regards,
Miro
participants (3)
-
Bryan Green -
mirix -
Paul Menzel