| Summary: | [abrt] kernel: irq 17: nobody cared (try booting with the "irqpoll" option) | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Vratislav Podzimek <vpodzime> | ||||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | urgent | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 17 | CC: | gansalmon, geigor, itamar, jonathan, kernel-maint, madhu.chinakonda | ||||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i686 | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | abrt_hash:6857c8bedd77cc169589f56f413c03ec973edc9d | ||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2013-07-01 06:21:25 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Attachments: |
|
||||||||||
|
Description
Vratislav Podzimek
2012-02-11 20:10:22 UTC
Created attachment 561138 [details]
File: lshw_output.txt
Created attachment 561139 [details]
File: syslog
Because of the suspicion that this is the reason why my system is almost unusable (terribly slow and unresponsive), I set the severity to High. I also want to add that the system becomes terribly slow only after some time (5 minutes). Right after logging in everything is o.k. One more thing -- same issue but this time with IRQ 16 appears on my system too. Unfortunately, as it can be seen in the attached syslog, my SATA controllers have IRQ 17. This is why my system is almost unusable when IRQ 17 is switched to polling mode. Switching this bug to urgent because it makes Fedora unusable on my computer (and probably some others). I will test this with Fedora 17 Alpha and in case the problem persists I will propose it as beta blocker. Created attachment 565740 [details]
/proc/interrupts
From /proc/interrupts (attached) can be seen, that both IRQ 16 and 17 are used by my Radeon graphics card. Booting with 'irqpoll' seems to prevent the system from becoming so slow, but this workaround is quite problematic. If you can still reproduce this in 3.4, please reopen. We believe this should be fixed with the current updates. (In reply to comment #8) > If you can still reproduce this in 3.4, please reopen. We believe this > should be fixed with the current updates. I can confirm that this issue is resolved in the current updates. Thanks for fixing. This happens again with kernel-3.6.2-4.fc17.i686 May it be caused by irqbalance update missing in updates? # Mass update to all open bugs. Kernel 3.6.2-1.fc16 has just been pushed to updates. This update is a significant rebase from the previous version. Please retest with this kernel, and let us know if your problem has been fixed. In the event that you have upgraded to a newer release and the bug you reported is still present, please change the version field to the newest release you have encountered the issue with. Before doing so, please ensure you are testing the latest kernel update in that release and attach any new and relevant information you may have gathered. If you are not the original bug reporter and you still experience this bug, please file a new report, as it is possible that you may be seeing a different problem. (Please don't clone this bug, a fresh bug referencing this bug in the comment is sufficient). (In reply to comment #11) > # Mass update to all open bugs. > > Kernel 3.6.2-1.fc16 has just been pushed to updates. > This update is a significant rebase from the previous version. Sorry, I forgot to change version to Fedora 17. Is this still happening with 3.8.2 in updates-testing? (In reply to comment #13) > Is this still happening with 3.8.2 in updates-testing? I've just tried kernel-3.8.3-101.fc17.i686 and unfortunately it is still the same. The last working kernel for me is kernel-3.5.6-1.fc17.i686. Well apart from the fact that when the screen is turned off for a long time radeon driver causes soft lockups making system stuck. Still happens with: kernel-3.8.8-100.fc17.i686 irqbalance-1.0.3-7.fc17.i686 A change came with the kernel-3.8.10 and newer versions. With those kernels I cannot see this error message in the log, but the sound hangs for a second every once in a while. (cca. once in 15 seconds). I think it may be the same issue, because the SATA controller and the sound controller both use the same IRQ.
> 17: 0 558644 IO-APIC-fasteoi sata_sis, snd_hda_intel, snd_ca0106
(In reply to Vratislav Podzimek from comment #16) > A change came with the kernel-3.8.10 and newer versions. With those kernels > I cannot see this error message in the log, but the sound hangs for a second > every once in a while. (cca. once in 15 seconds). I think it may be the same > issue, because the SATA controller and the sound controller both use the > same IRQ. > > > 17: 0 558644 IO-APIC-fasteoi sata_sis, snd_hda_intel, snd_ca0106 Still the same happening with kernel-3.9.4-101.fc17.i686 This seems to be fixed in kernel-3.9.7-100.fc17.i686 With that kernel I neither get the irq 17 messages nor have the problems with sound. Thus I'm closing this bug as CLOSED CURRENTRELEASE. |