User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0 Build Identifier: I have an Asus P8P67LE motherboard with integrated gigabit network interface and an additional PCI network card. Some time after the boot, the kernel will report that it is disabling IRQ XX (where XX is the IRQ of the second card, varies depending on physical slot) and that nobody cared. Suggestion was to boot with irqpoll option, but irqpoll is already on and does not help. When the IRQ is disabled, a single http connection on that card is reduced to maximum 5Mbps speed, although parallel connections will achieve up to 10Mbps. Before the disabling, the speed is 23Mbps, which is the speed of the DSL line. Happens both with e1000 and the new card (I was assuming the Intel driver is to blame), Asus NX1101. Does not affect the integrated network interface. Reproducible: Always Steps to Reproduce: 1. Turn on the computer. 2. Wait for approximately 50 minutes. Actual Results: Network performance as expected for the first 50 minutes. Expected Results: Network performance as expected until further notice.
Can you attach the output of: 1) dmesg 2) lsmod 3) cat /proc/interrupts
Created attachment 730285 [details] dmesg
Created attachment 730286 [details] lsmod
Created attachment 730287 [details] /proc/interrupts
Can you please provide the output of lspci -nnvv? You appear to have an ASMedia PCIe to PCI bridge (1b21:1080) in this machine, and those bridges are known to have broken interrupt handling at the PCI bus level. There's really nothing we can do to fix the issue in the code, so the only suggestion we have is to not put any devices behind that bridge.
Created attachment 730369 [details] lspci -nnvv
Thank you. Unfortunately, we have no solutions other than the one mentioned in comment #5 already. We tried patching in some work arounds for this device and it wound up making the problems worse for several users. Upstream solutions failed to produce anything as well. There's nothing we can do in this particular case.