Red Hat Bugzilla – Bug 113805
bell does not work in X
Last modified: 2015-01-04 17:04:24 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.1; Linux)
Description of problem:
The system bell does not function from within the X window environment. Typing the xkbbell command should cause the bell to sound, but this is not the case. There is also no bell in programs such as xterm. Changing the bell parameters using the xset utility has no effect.
The system bell works find when using a virtual terminal, so this is not a hardware problem.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in to an X windows session
2. Open a terminal window
Actual Results: Nothing
Expected Results: The system bell sounds
<mharris> Ok, fellow fedora developers/testers... here's a quickie
for you to test
<mharris> Please test running "xkbbell" as per the above bug report,
and indicate wether you can reproduce this user's problem or not. (I
<jacob> mharris, I can reproduce it
<Reivec> mharris, ditto, no bell here
<jacob> mharris, but I noticed that the normal bell when you X fires
up for the first time isnt sounding anymore after I switched to kernel
<mharris> works for me ;o/
<mharris> I'll try on 2.6
<Reivec> mharris, yeah, I am on 2.6
<rsc_> btw, there are problems with touchpads and the touchpad-buttons
at laptops in 2.6 ;)
<mharris> Ok, I've reproduced both inside X, and outside X in 2.6.
<mharris> Looks like a kernel bug.
<mharris> Can you guys who also reproduced this, also try switching to
a VC and doing: echo -e '\007'
<mharris> the echo, should produce a single beep
<mharris> I get a beep in 2.4 kernel both in X and out of X. (X
version doesn't matter, tried 4.1.0 and 4.3.0, both work)
<mharris> with 2.6 I get no beep at all in or out of X.
<Reivec> mharris, no beep with echo
<jacob> mharris, no beep in VC using 2.6
Ok, this looks like a kernel bug now. I suggest that you also
try switching to a virtual console and try using the following
command to try and produce a beep: echo -e '\007'
If you do not get a beep sound, please reboot into the Fedora
Core 1 2.4.x kernel (this bug is filed against Fedora Core 1)
and try to reproduce both in X, and outside X as above. That
should confirm wether or not this is a problem that manifests
only under 2.6.x, however it currently appears to be a kernel
issue to me.
Reassigning to the kernel component, as I get no beep under 2.6.x
even without XFree86 running on the system at all.
I am indeed using Fedora Core 1 with the current stable Kernel
2.4.22-1.2149.nptlsmp. I did notice it with earlier Kernels too. I
tried echo -e '\007' - it beeps in a VC but not from within X.
I'm unable to reproduce this with a 2.4.x kernel.
I really don't think this is a Kernel bug. I've tried it with a
2.6.0 kernel that I compiled from source, and I get exactly the same
- bell in VC but not in X.
As mentioned above, I am not able to reproduce the specific problem
that you describe in this bug report, under Fedora Core 1, using
the official Fedora Core kernel, at all period. I would have
closed the bug report as WORKSFORME, however I tried to get other
people to test this out and provide me their feedback as well in
IRC. The results of my IRC conversation are above, slightly edited
to remove parts of the discussion that were unnecessary to the
topic at hand.
So as this stands right now, I did reproduce the problem you are
describing while booted into the Fedora development kernel, which
is 2.6.x based, as did many other people. All of the people who
could reproduce the problem you describe, did so under the 2.6.x
kernel, and simultaneously were not able to get the console to
beep on a virtual console login (not inside X). As such, it would
appear that the kernel (2.6.x) has problems in this area.
For 2.4.x kernels, both myself and everyone else who tried to
reproduce this, was unable to reproduce it on 2.4.x official kernel
updates we've shipped. It is possible that whatever the problem
is, that it is also present in the 2.4.x kernel as well, but that
it only triggers for some people and not for others for some reason.
So, I do consider this to be a kernel bug, even if you are not
able to observe the same behaviour as what I describe above.
I was able to try this on another machine running Fedora, and I
couldn't reproduce it either. This makes me think it's some other
aspect of my configuration, although I did look into that before
submitting the original report. Whether my problem is due to the
Kernel or not, there does seem to be a bug in 2.6.0 which should be
fixed anyway I suppose.
Reproduced lack of beep in VC and terminal within X. Also no GDM
beep. All other sound functions correctly. My config is
kernel-2.6.1-1.65, alsa-lib-1.0.2-1, alsa-utils-1.0.2-1, using
snd-ali5451 module on a Compaq Presario 2100.
Since upgrading to KDE 3.2, the bell now sounds in X! So as far as
my original report is concerned, I consider the matter to be closed.
Ok, I'm closing this report now then as your issue seems to be
It is possible however that whatever the problem was, may still
exist, because some people were having it occur in the console
without X even running. I was able to reproduce that.
It does not appear that this problem is being reported by a large
number of users however, and kernel developers I've talked to about
it have not commented about it, so I'm assuming that it isn't a
large or common issue.
I'm still seeing this with FC2-test2. It does not sound a bell in
either X or a VC.
modprobe pcspkr ?
modprobe pcspkr got the bell working. But why would I have to load
this by hand. Should there by a modprobe.conf line that takes care of it?
So does anyone have a final fix for this? I'm running FC 2 with
kernel 2.6.8 and don't get a bell unless I execute the modprobe pcspkr
command. Should I change my modprobe.conf file and if so how? Is
there another fix?