[alsa-devel] ALC268 test model not working
Takashi Iwai
tiwai at suse.de
Mon Jan 14 17:56:44 CET 2008
At Mon, 14 Jan 2008 17:33:18 +0100,
Marco Schuster wrote:
>
> Hi all,
>
> finally I got the patch applied to kernel src :)
Any reason you don't use simply alsa-driver tree to build the external
modules? You missed many features that will be added after 2.6.24
kernel.
> But it doesn't work correctly, because when running alsamixer, dmesg
> tells "hda_codec: num_steps = 0 for NID=0x1d", and alsamixer fails with
> alsamixer: function snd_mixer_load failed: Invalid argument.
0x1d is the PCBEEP. Maybe it's disabled somehow although it's listed
in the datasheet. The patch below should fix.
Takashi
---
diff -r 1f9fd3d3cb12 pci/hda/patch_realtek.c
--- a/pci/hda/patch_realtek.c Mon Jan 14 12:07:53 2008 +0100
+++ b/pci/hda/patch_realtek.c Mon Jan 14 17:54:43 2008 +0100
@@ -9596,7 +9596,8 @@ static struct snd_kcontrol_new alc268_te
HDA_CODEC_VOLUME("MIC2 Capture Volume", 0x19, 0x0, HDA_INPUT),
HDA_CODEC_VOLUME("LINE1 Capture Volume", 0x1a, 0x0, HDA_INPUT),
HDA_BIND_MUTE("LINE1 Capture Switch", 0x1a, 2, HDA_OUTPUT),
- HDA_CODEC_VOLUME("PCBEEP Playback Volume", 0x1d, 0x0, HDA_INPUT),
+ /* The below appears problematic on some hardwares */
+ /*HDA_CODEC_VOLUME("PCBEEP Playback Volume", 0x1d, 0x0, HDA_INPUT),*/
HDA_CODEC_VOLUME("PCM-IN1 Capture Volume", 0x23, 0x0, HDA_OUTPUT),
HDA_BIND_MUTE("PCM-IN1 Capture Switch", 0x23, 2, HDA_OUTPUT),
HDA_CODEC_VOLUME("PCM-IN2 Capture Volume", 0x24, 0x0, HDA_OUTPUT),
More information about the Alsa-devel
mailing list