Takashi Iwai, el 3 de agosto a las 07:42 me escribiste:
At Tue, 3 Aug 2010 01:00:54 -0300, Leandro Lucarella wrote:
Hi. I've upgraded from kernel 2.6.34 to 2.6.35 and the beep through the sound card stopped working. I found a very similar problem[1] (commit[2]).
[1] http://lkml.org/lkml/2010/7/28/228 [2] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdif...
I've tried to manually enabling the beep with the steps in the e-mail thread I found:
# echo -n 1 > /sys/class/sound/hwC0D2/subsystem_id # echo -n 1 > /sys/class/sound/hwC0D2/reconfig
But it didn't work (the beep still goes through the pcspkr).
So, you want to hook the beep over codec but it doesn't work, right. Do you get "Beep" mixer elements and the dedicated input device?
No, I don't think I have any of them (cat cat /proc/bus/input/devices at the end).
Please give alsa-info.sh output.
I didn't know where to find the script, Google gave me this: http://git.alsa-project.org/?p=alsa-driver.git;a=blob_plain;f=utils/alsa-inf... So this is what I've use. I've shared the results at: http://www.alsa-project.org/db/?f=6a051da2475c7246f40c493a310fecb0a1a289f5
I've tried to naively (I'm not a kernel hacker, so I was just guessing) add a new entry with the quirks beep_white_list by copying the entry for ASUS like this:
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 596ea2f..ca3ed12 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -5183,6 +5183,7 @@ static void fillup_priv_adc_nids(struct hda_codec *codec, hda_nid_t *nid
static struct snd_pci_quirk beep_white_list[] = { SND_PCI_QUIRK(0x1043, 0x829f, "ASUS", 1),
SND_PCI_QUIRK(0x8086, 0xd613, "INTEL", 1), {}};
But it didn't work either.
Hm, this should work. At least, you should have beep mixer & co with this.
Well, my bad, I booted the wrong kernel when trying the patch. The patch works correctly, so I'll be very glad if it hits Linus kernel soon :)
I could send you the patch but I don't know exactly what to put in the commit message. The problem is the same as the one with the ASUS P5-V?
Then I noticed, if I'm understanding the source code (sound/pci/hda/patch_realtek.c) and documentation (Documentation/sound/alsa/HD-Audio-Models.txt) right, that my card is not present in the models listing, but it worked fine in 2.6.34 (and previous) kernel(s).
This is no problem. The model entry is only for special cases. For normal machines, no quirks are needed.
OK, thanks for the help.
I hope the patch is committed into the main kernel soon.
# cat /proc/bus/input/devices I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/devices/platform/i8042/serio0/input/input0 U: Uniq= H: Handlers=sysrq kbd event0 B: EV=120013 B: KEY=402000000 3803078f800d001 feffffdfffefffff fffffffffffffffe B: MSC=10 B: LED=7
I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name="PC Speaker" P: Phys=isa0061/input0 S: Sysfs=/devices/platform/pcspkr/input/input1 U: Uniq= H: Handlers=kbd event1 B: EV=40001 B: SND=6
I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button" P: Phys=PNP0C0C/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2 U: Uniq= H: Handlers=kbd event2 B: EV=3 B: KEY=10000000000000 0
I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button" P: Phys=LNXPWRBN/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 U: Uniq= H: Handlers=kbd event3 B: EV=3 B: KEY=10000000000000 0
I: Bus=0003 Vendor=09da Product=022b Version=0110 N: Name="A4Tech Wireless Battery Free Optical Mouse" P: Phys=usb-0000:00:1d.2-1/input0 S: Sysfs=/devices/pci0000:00/0000:00:1d.2/usb4/4-1/4-1:1.0/input/input4 U: Uniq= H: Handlers=mouse0 event4 B: EV=17 B: KEY=ff0000 0 0 0 0 B: REL=303 B: MSC=10
I: Bus=0019 Vendor=0000 Product=0006 Version=0000 N: Name="Video Bus" P: Phys=LNXVIDEO/video/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input5 U: Uniq= H: Handlers=kbd event5 B: EV=3 B: KEY=3e000b00000000 0 0 0