Most recent kernel where this bug did *NOT* occur: 2.4.19
Distribution: Red Hat Enterprise Linux 4, Fedora Core 6, Ubuntu 5.
Hardware Environment: IBM ThinkPad T23. See complete list of hardware at
Software Environment: None. The bug occures right after the kernel have been
A high frequent tone comes from the hardware near the USB connectors right after
the 2.6.x kernel have been uncompressed.
The tone is there everytime the harddrive loads or saves. When the harddrive
doesn't do any of this, the tone is gone.
Inserting a USB key inverses the problem.
When a USB key is inserted, the tone is present when the harddisk doesn't load
or save, and comes back when it loads and saves.
I have tested it with two different harddrives, and it difficult to tell from
what peice of hardware the tone comes from, but it is not from the harddrive. It
is from somewhere near the USB connectors.
Using the FSF membership cd LNX-BBC 2.1 with kernel 2.4.19-xfs i686 works perfectly.
Steps to reproduce:
* Boot any 2.6 kernel
* Wait till the kernel is uncompressed, and a high frequent tone appears from
The problem is explained and "resolved" in
So fixing it for real will require that:
timer interrupt == 100Hz
interesting. As you point out we would have to re-compile the kernel to fix
this. We are not going to change this setting to fix a boot tone, as this would
be too risky a change for what is not a very serious problem afaict. If we can
come up with a less invasive fix for this we would be happy to consider it.
however, i would not consider this a high priority issue for us...
It is not just present when the kernel boots. It is preset at all times.
This is a hardware not a software problem. HZ is a kernel constant so it would
require a new kernel, breaking binary module compatibility and major reworking.
Thus I'm going to close this as WONTFIX