[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