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) (ben@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Tue Mar 29 18:09:13 UTC 2011
07:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express [14e4:1713] (rev 02)
Subsystem: Lenovo IdeaPad S10e [17aa:3a23]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 48
Region 0: Memory at f4600000 (64-bit, non-prefetchable) [size=64K]
Expansion ROM at <ignored> [disabled]
Capabilities: <access denied>
Kernel driver in use: tg3
** USB devices:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 004: ID 064e:a127 Suyin Corp.
Bus 006 Device 002: ID 04d9:1135 Holtek Semiconductor, Inc.
Bus 006 Device 003: ID 046a:0023 Cherry GmbH CyMotion Master Linux Keyboard
Kernel: Linux 2.6.38-2-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages linux-image-2.6.38-2-686-bigmem depends on:
ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii initramfs-tools [linux-initra 0.98.8 tools for generating an initramfs
ii linux-base 3 Linux image base package
ii module-init-tools 3.12-1 tools for managing Linux kernel mo
Versions of packages linux-image-2.6.38-2-686-bigmem recommends:
ii firmware-linux-free 3 Binary firmware for various driver
ii libc6-i686 2.11.2-11 Embedded GNU C Library: Shared lib
Versions of packages linux-image-2.6.38-2-686-bigmem suggests:
ii grub-pc 1.98+20100804-14 GRand Unified Bootloader, version
pn linux-doc-2.6.38 <none> (no description available)
Versions of packages linux-image-2.6.38-2-686-bigmem is related to:
pn firmware-bnx2 <none> (no description available)
pn firmware-bnx2x <none> (no description available)
pn firmware-ipw2x00 <none> (no description available)
pn firmware-ivtv <none> (no description available)
pn firmware-iwlwifi <none> (no description available)
pn firmware-linux <none> (no description available)
pn firmware-linux-nonfree <none> (no description available)
pn firmware-qlogic <none> (no description available)
pn firmware-ralink <none> (no description available)
pn xen-hypervisor <none> (no description available)
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110403104455.3903.32935.reportbug@argon">http://lists.debian.org/20110403104455.3903.32935.reportbug@argon
04-03-2011, 06:44 PM
Jonathan Nieder
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/pci0000:00/0000:00:1b.0/input/input13
Hmm, this is interesting. What happens if you unload snd_hda_intel
and reload it with 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-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110403184415.GC3830@elie">http://lists.debian.org/20110403184415.GC3830@elie
04-03-2011, 08:13 PM
henry atting
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Jonathan Nieder <jrnieder@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/pci0000:00/0000: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-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 87zko7gkjj.fsf@online.de">http://lists.debian.org/87zko7gkjj.fsf@online.de
04-03-2011, 09:10 PM
Jonathan Nieder
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
henry atting wrote:
> Jonathan Nieder <jrnieder@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-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110403211056.GI3830@elie">http://lists.debian.org/20110403211056.GI3830@elie
04-04-2011, 05:18 AM
henry atting
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Jonathan Nieder <jrnieder@gmail.com> writes:
> henry atting wrote:
>> Jonathan Nieder <jrnieder@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-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 86mxk6egrg.fsf@online.de">http://lists.debian.org/86mxk6egrg.fsf@online.de
04-06-2011, 07:40 AM
henry atting
Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep
Jonathan Nieder <jrnieder@gmail.com> writes:
> henry atting wrote:
>> Jonathan Nieder <jrnieder@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-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 871v1fkeu1.fsf@online.de">http://lists.debian.org/871v1fkeu1.fsf@online.de
04-11-2011, 09:11 PM
Francesco Poli
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 <jrnieder@gmail.com> writes:
>
> > henry atting wrote:
> >> Jonathan Nieder <jrnieder@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.
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