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),