Kernel Bug Tracker – Bug 41132
[BISECTED][REGRESSION] Regression with the IRQ subsystem introduced in 2.6.39 (and present in the 3.x version)
Last modified: 2012-02-14 04:10:29 UTC
Hi, first of all, the categorization here in Bugzilla is not fine-grained enough (or, at least, I could not find a category that dealt with the IRQ subsistem).
Let me also say that I am a newbie, but that I am willing to provide copious amounts of debugging information about my system, if I am directed what to do. I may, depending on the circumstances, even provide remote/SSH to this system of mine to ease debugging this nasty issue.
OK, now, to the description, which is mostly a copy-and-paste of things that I sent to Thomas Gleixner, Dave Arlier and the LKML:
After experiencing problems with many post 2.6.38 kernels (including the 3.x kernels) with X when I used Firefox to see any webpage that used some of the new HTML5 features (Firefox freeze completely X and I could only log in remotely with SSH), I took some time to see where things went wrong and, to cut a long story short, I bisected the kernel and I found that a commit of yours was the first one that introduced a problem with my system:
fa27271bc8d230355c1f24ddea103824fdc12de6: genirq: Fixup poll handling
Originally, I thought that the only affected part of the system was the video, but it didn't take me long to test the system and discover that my USB printer was also foobar'ed.
In particular, when I accidentally booted with kernel 3.0 (I have many kernels in GRUB2): I printed a LaTeX document with only 2 pages of pure text. My printer is an inkjet printer connected via USB to my computer and it took about 6 minutes to print those 2 pages. The printer head moved, printing something, then it paused a bit, then it printed some more, then it paused some more, and so on.
After just rebooting with 2.6.38, the very same document (with same userland etc.) was printed in 15 at most.
My question now: is there anything that I could do to rectify this situation? I can give you loads of dumps from here, as long as you tell me what would be useful.
Updating the title of this bug to make it clear that this is a regression *and* that I took the time to `git bisect` the trees and find the first culprit commit.
Adding Thomas Gleixner to the CC list, as he is the author of the first bad commit.
Add note that this bug was first reported on 2011-07-04
As stated on that e-mail, I am willing to perform any tests to help fix this bug. Just ask me and I will do my best to give you copious amounts of data.
I am attaching here diverse logs from the kernel that works. As nobody has told me what can be useful, I am trying to err on the excess side instead of lack of details.
Please, help me make more detailed bugreports, as I don't really know what could be more useful than these logs that I have provided you *and* having taken the time to git-bisect the kernel to find the first problematic commit.
Created attachment 69152 [details]
dmesg that works
Created attachment 69162 [details]
contents of /proc/cpuinfo
Created attachment 69172 [details]
contents of /proc/interrupts
Created attachment 69182 [details]
output of lspci
Created attachment 69192 [details]
output of lscpi -v
Created attachment 69202 [details]
output of lspci -vv
Created attachment 69212 [details]
output of lspci -vx
Created attachment 69222 [details]
output of lspci -vvxx
Created attachment 69232 [details]
log of Xorg when it works fine
Just for the record:
1 - I tried to change the asignee to Drivers/PCI here in bugzilla, but it seems that I don't have the required privileges.
2 - I just tested with Linus' tree as of right now and the problem persists with 3.1-rc3-18-g35a177a.
If there is any information else that I can provide here, please let me know.
Thanks for any help.
Created attachment 71802 [details]
output of acpidump on this computer
Created attachment 71812 [details]
dmesg with kernel 3.1.0-rc4+
This kernel has been compiled with the option "irqpoll" passed and with following diff applied, as per a private suggestion that I received:
diff --git a/kernel/irq/spurious.c b/kernel/irq/spurious.c
index aa57d5d..edcc8c1 100644
@@ -84,7 +84,7 @@ static int try_one_irq(int irq, struct irq_desc *desc, bool force)
action = desc->action;
if (!action || !(action->flags & IRQF_SHARED) ||
- (action->flags & __IRQF_TIMER) || !action->next)
+ (action->flags & __IRQF_TIMER))
/* Already running on another processor */
Created attachment 71822 [details]
configuration of the kernel 3.1.0-rc4+
(In reply to comment #14)
> Just for the record:
> 1 - I tried to change the asignee to Drivers/PCI here in bugzilla, but it seems
> that I don't have the required privileges.
I have taken the liberty of including firstname.lastname@example.org to the list of CC'ed people, as I don't seem to have the required privileges cited above.
Thanks for any help.
Rogério, from our conversation, I think that this particular bug is fixed, the regressions in 2.6.39 that broke irqfixup & irqpoll. Every user I've heard from, who had them working in 2.6.38, has them working again now, in 3.2, and 3.0 and 3.1 updates.
For reference, here are the git commits:
And here's one archive of our conversation with Linus:
Can you mark this as CLOSED? I assigned it to myself (after the fact), but can only make it RESOLVED. Thank you!
Oops, I *tried* to put myself in the 'assigned' field, but it won't take.
Ok, I managed to change the assignment, and mark it as closed.