Description of problem: The sound sometimes starts to repeat it self uninterruptedly, after that the rhythmbox app do not respond anymore. This happens after a time hearing sound, and as far as I can tell is somewhat randomly. My theory is that the kernel is loosing a interrupt and after that it blocks the app until it get the now lost interruption. I also have noticed that sometimes the eth0 stop working also, but this happen less often, it could be the same problem. This machine has a HT intel processor, I tried with both hyper-threading enabled and disabled and in both cases the sound started to gag. Since this did not happened before, I suspect it is the fault of one of the new kernels. Now I am using 2.6.16-1.2133_FC5 but the one before that also had problems. I solved the problem in the earlier kernel using the option "acpi=ht" in the grub.conf file. Also when the problem happened I checked the system log, but there was no message in the time frame of the problem. I am attaching a file with lspci, cat /proc/interrupts and dmesg runned as root in this machine where I am having the problem.
Created attachment 130868 [details] lspci, cat /proc/interrupts and dmesg
A new kernel update has been released (Version: 2.6.18-1.2200.fc5) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. In the last few updates, some users upgrading from FC4->FC5 have reported that installing a kernel update has left their systems unbootable. If you have been affected by this problem please check you only have one version of device-mapper & lvm2 installed. See bug 207474 for further details. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. If this bug has been fixed, but you are now experiencing a different problem, please file a separate bug for the new problem. Thank you.
Hi, the new kernel has the same problem, I am not new to linux but I have little experience in debugging the kernel, so I don't know how to extract good information for you :-(. With the new kernel the work around of using "acpi=ht" does not work though I get a kernel panic in the boot soon after grub runs the kernel. This happens every time I boot with this options, but I don't know how to capture this information. I took some "screen shots" of the error with my cell phone, but it would take a long time to copy those into here, so if there is a better way to get hold of this info or at least if you could tell me the most important info that I should copy here. thanks
I am still having the same problem, I used the new FC5 kernel and it showed the problem I described above and now I upgraded to FC6 and the problem persists. I am trying to test if there is a way of getting it to work.
I tested the following options with mixed results : irqfixup : The repetition starts and after this it goes into a state that it keep repeting but the music advances, bit by bit in this anoying repetition. irqpoll : seems to work.
This is not an issue anymore, I am using F8 and didn't even remembered those problems. :-)