Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
On Wed, 06 Apr 2011 09:40:22 +0200 henry atting wrote: Jonathan Nieder jrnie...@gmail.com writes: henry atting wrote: Jonathan Nieder jrnie...@gmail.com writes: # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 If that works, maybe 2 (mutable using the software mixer) would be a good default for SND_HDA_INPUT_BEEP_MODE. This works indeed. Becaus I could not unload it (got a message that it is still in use) I put these two lines in /etc/rc.local... and the beep is gone. Thanks. One final test: if you use beep_mode=2 (instead of beep_mode=0) and use your usual mixing app, can you cause the beep to go away (i.e., is there a control for that)? Depending on the answer, I think we should: * use beep_mode=2 and find some way to advertise (release notes?) that the mixer can be used to turn the beep on and off, or * keep using beep_mode=1 and find some way to advertise that adding a .conf file to /etc/modprobe.d with options snd_hda_intel beep_mode=0 will turn the beep off. And if there is some sysfs way to change the setting at runtime, that would be worth advertising, too. Meanwhile I also think it would be a good idea to turn pc speaker beeps in general off by default, but that's a separate story (and probably should be filed as a separate bug). Okay, as I could not find a control for the beep in alsamixer I installed gnome-alsamixer and, yes, there is a control for the beep. That way I can turn the beep off. Hi, I've just upgraded from linux-image-2.6.32-5-amd64 (version 2.6.32-31) to linux-image-2.6.38-2-amd64 (version 2.6.38-3) and I think I see the the problem reported by henry atting. I am also using an Intel integrated sound card (with snd_hda_intel). To be more precise, with the default configuration (no change in modprobe configuration) I had the following behavior with the previous kernel (linux-image-2.6.32-5-amd64 version 2.6.32-31): the beeps used to be redirected from the PC-speaker to the sound card, so that they were not audible when the sound speakers were turned off; when using headphones connected to the sound speakers, the beeps were only audible through the headphones (this is especially important in a work environment or office with a number of other co-workers which are not be disturbed by your beeps). Now with the current kernel (linux-image-2.6.38-2-amd64 version 2.6.38-3), again with the default configuration, I hear that the beeps are coming from *both* the PC-speaker and the sound card, which means that turning the sound speakers off leaves the beeps coming from the PC-speaker audible and using headphones does not prevent the disturbing sounds for co-workers. I tried the following: # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 No beep from the sound card, but beeps coming from the PC-speaker! # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=1 Beeps from both the sound card and the PC-speaker! # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=2 Beeps from both the sound card and the PC-speaker! Only the beeps coming from the sound card are mutable with alsamixer. Is there a way to obtain the previous behavior (beeps redirected to the sound card, and configurable through alsamixer, no beep from the PC-speaker) with the current kernel? Please someone help me! Thanks for your time. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpPTBf13XQj4.pgp Description: PGP signature
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Jonathan Nieder jrnie...@gmail.com writes: henry atting wrote: Jonathan Nieder jrnie...@gmail.com writes: # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 If that works, maybe 2 (mutable using the software mixer) would be a good default for SND_HDA_INPUT_BEEP_MODE. This works indeed. Becaus I could not unload it (got a message that it is still in use) I put these two lines in /etc/rc.local... and the beep is gone. Thanks. One final test: if you use beep_mode=2 (instead of beep_mode=0) and use your usual mixing app, can you cause the beep to go away (i.e., is there a control for that)? Depending on the answer, I think we should: * use beep_mode=2 and find some way to advertise (release notes?) that the mixer can be used to turn the beep on and off, or * keep using beep_mode=1 and find some way to advertise that adding a .conf file to /etc/modprobe.d with options snd_hda_intel beep_mode=0 will turn the beep off. And if there is some sysfs way to change the setting at runtime, that would be worth advertising, too. Meanwhile I also think it would be a good idea to turn pc speaker beeps in general off by default, but that's a separate story (and probably should be filed as a separate bug). Okay, as I could not find a control for the beep in alsamixer I installed gnome-alsamixer and, yes, there is a control for the beep. That way I can turn the beep off. henry -- http://literaturlatenight.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Package: linux-2.6 Version: 2.6.38-2 Severity: normal Tags: sid Usually as a last resort removing the pc speaker modules pcspkr and snd_pscp effectively disables the error beep. Not with this kernel. In the according directories I removed `pcspkr.ko` and `snd_pcsp.ko`, then executed `depmod -a`, then built initird with: update-initramfs -u -k all. Nevertheless the beep on error is still there... -- Package-specific info: ** Version: Linux version 2.6.38-2-686-bigmem (Debian 2.6.38-2) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Tue Mar 29 18:09:13 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.38-2-686-bigmem root=/dev/mapper/argon-root ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 14.002820] ext3_orphan_cleanup: deleting unreferenced inode 26983 [ 14.002840] ext3_orphan_cleanup: deleting unreferenced inode 26982 [ 14.002846] ext3_orphan_cleanup: deleting unreferenced inode 26981 [ 14.002859] ext3_orphan_cleanup: deleting unreferenced inode 26980 [ 14.002867] EXT3-fs (dm-1): 4 orphan inodes deleted [ 14.002869] EXT3-fs (dm-1): recovery complete [ 14.019147] EXT3-fs (dm-1): mounted filesystem with ordered data mode [ 15.783843] udev[387]: starting version 166 [ 16.117114] ACPI: acpi_idle registered with cpuidle [ 16.119366] Monitor-Mwait will be used to enter C-1 state [ 16.119397] Monitor-Mwait will be used to enter C-2 state [ 16.119402] Marking TSC unstable due to TSC halts in idle [ 16.120636] Switching to clocksource hpet [ 16.367628] input: Ideapad extra buttons as /devices/platform/ideapad/input/input4 [ 16.371209] input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input5 [ 16.396031] ACPI: Lid Switch [LID0] [ 16.396107] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input6 [ 16.396168] ACPI: Power Button [PWRB] [ 16.396231] input: Sleep Button as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input7 [ 16.396269] ACPI: Sleep Button [SLPB] [ 16.396339] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input8 [ 16.396374] ACPI: Power Button [PWRF] [ 16.721254] i801_smbus :00:1f.3: PCI INT C - GSI 19 (level, low) - IRQ 19 [ 16.721260] ACPI: resource :00:1f.3 [io 0x1c00-0x1c1f] conflicts with ACPI region SMBI [io 0x1c00-0x1c0f] [ 16.721263] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 16.807884] [drm] Initialized drm 1.1.0 20060810 [ 16.874109] ACPI: AC Adapter [ACAD] (on-line) [ 17.382353] Linux video capture interface: v2.00 [ 17.463368] ACPI: Battery Slot [BAT1] (battery present) [ 17.504494] uvcvideo: Found UVC 1.00 device Lenovo EasyCamera (064e:a127) [ 17.547767] input: Lenovo EasyCamera as /devices/pci:00/:00:1d.7/usb2/2-3/2-3:1.0/input/input9 [ 17.547845] usbcore: registered new interface driver uvcvideo [ 17.547847] USB Video Class driver (v1.0.0) [ 17.600722] input: PS/2 Mouse as /devices/platform/i8042/serio1/input/input10 [ 17.664668] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input11 [ 17.734412] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 17.734417] i915 :00:02.0: setting latency timer to 64 [ 17.773100] i915 :00:02.0: irq 46 for MSI/MSI-X [ 17.773106] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 17.773108] [drm] Driver supports precise vblank timestamp query. [ 17.857757] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 17.858085] fixme: max PWM is zero. [ 17.972152] Console: switching to colour frame buffer device 170x48 [ 17.976165] fb0: inteldrmfb frame buffer device [ 17.976166] drm: registered panic notifier [ 17.979330] acpi device:08: registered as cooling_device2 [ 17.979598] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:01/input/input12 [ 17.979713] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [ 17.979960] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 17.980068] HDA Intel :00:1b.0: power state changed by ACPI to D0 [ 17.980073] HDA Intel :00:1b.0: power state changed by ACPI to D0 [ 17.980088] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [ 17.980165] HDA Intel :00:1b.0: irq 47 for MSI/MSI-X [ 17.980197] HDA Intel :00:1b.0: setting latency timer to 64 [ 18.175066] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input13 [ 18.176621] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input14 [ 18.176715] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input15 [ 18.176793] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input16 [ 19.107854] EXT3-fs (dm-1): using internal journal [ 19.327407] loop: module loaded [ 19.819845] Adding 5963772k swap
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
tags 620652 - sid quit Hi Henry, henry atting wrote: Usually as a last resort removing the pc speaker modules pcspkr and snd_pscp effectively disables the error beep. Not with this kernel. In the according directories I removed `pcspkr.ko` and `snd_pcsp.ko`, then executed `depmod -a`, then built initird with: update-initramfs -u -k all. Nevertheless the beep on error is still there... Could you be more specific? What version did not have this problem? What do you do to provoke the beep? (I have to ask since on a desktop there are some situations where a sound file containing a recorded beep sound is played.) [ 18.175066] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input13 Hmm, this is interesting. What happens if you unload snd_hda_intel and reload it with beep_mode=0? # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 If that works, maybe 2 (mutable using the software mixer) would be a good default for SND_HDA_INPUT_BEEP_MODE. Thanks for reporting, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Jonathan Nieder jrnie...@gmail.com writes: tags 620652 - sid quit Hi Henry, Hi Jonathan, henry atting wrote: Usually as a last resort removing the pc speaker modules pcspkr and snd_pscp effectively disables the error beep. Not with this kernel. In the according directories I removed `pcspkr.ko` and `snd_pcsp.ko`, then executed `depmod -a`, then built initird with: update-initramfs -u -k all. Nevertheless the beep on error is still there... Could you be more specific? What version did not have this problem? What do you do to provoke the beep? (I have to ask since on a desktop there are some situations where a sound file containing a recorded beep sound is played.) The beep sounds on error (or on shutdown) E.g. I enter `sldj`, hit TAB for completion - it beeps. No matter if I am on a virtual console or in a terminal emulator. (I know that I can disable it on X with the appropriate xset setting) I use gnome with awesome as a WM. The beep sound is definitively this painful hardware beep and not a sound file. Before this kernel removing the mentioned modules always helped, my last kernel before 2.6.38.* was 2.6.32-5-686-bigmem [ 18.175066] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input13 Hmm, this is interesting. What happens if you unload snd_hda_intel and reload it with beep_mode=0? # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 If that works, maybe 2 (mutable using the software mixer) would be a good default for SND_HDA_INPUT_BEEP_MODE. This works indeed. Becaus I could not unload it (got a message that it is still in use) I put these two lines in /etc/rc.local... and the beep is gone. Thanks for reporting, Jonathan Thanks, henry -- http://literaturlatenight.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
henry atting wrote: Jonathan Nieder jrnie...@gmail.com writes: # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 If that works, maybe 2 (mutable using the software mixer) would be a good default for SND_HDA_INPUT_BEEP_MODE. This works indeed. Becaus I could not unload it (got a message that it is still in use) I put these two lines in /etc/rc.local... and the beep is gone. Thanks. One final test: if you use beep_mode=2 (instead of beep_mode=0) and use your usual mixing app, can you cause the beep to go away (i.e., is there a control for that)? Depending on the answer, I think we should: * use beep_mode=2 and find some way to advertise (release notes?) that the mixer can be used to turn the beep on and off, or * keep using beep_mode=1 and find some way to advertise that adding a .conf file to /etc/modprobe.d with options snd_hda_intel beep_mode=0 will turn the beep off. And if there is some sysfs way to change the setting at runtime, that would be worth advertising, too. Meanwhile I also think it would be a good idea to turn pc speaker beeps in general off by default, but that's a separate story (and probably should be filed as a separate bug). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Jonathan Nieder jrnie...@gmail.com writes: henry atting wrote: Jonathan Nieder jrnie...@gmail.com writes: # modprobe -r snd_hda_intel # modprobe snd_hda_intel beep_mode=0 If that works, maybe 2 (mutable using the software mixer) would be a good default for SND_HDA_INPUT_BEEP_MODE. This works indeed. Becaus I could not unload it (got a message that it is still in use) I put these two lines in /etc/rc.local... and the beep is gone. Thanks. One final test: if you use beep_mode=2 (instead of beep_mode=0) and use your usual mixing app, can you cause the beep to go away (i.e., is there a control for that)? As far as I remember there is no control for the beep in alsamixer. As I use pulseaudio maybe there is one in pavucontrol but I can not test it until tomorrow... Depending on the answer, I think we should: * use beep_mode=2 and find some way to advertise (release notes?) that the mixer can be used to turn the beep on and off, or * keep using beep_mode=1 and find some way to advertise that adding a .conf file to /etc/modprobe.d with options snd_hda_intel beep_mode=0 will turn the beep off. And if there is some sysfs way to change the setting at runtime, that would be worth advertising, too. Meanwhile I also think it would be a good idea to turn pc speaker beeps in general off by default, but that's a separate story (and probably should be filed as a separate bug). In my mind that would be great. -- http://literaturlatenight.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org