* Ingo Molnar <[EMAIL PROTECTED]> wrote: > > > I had responded eariler to the thread asking you to try out the patch > > found in bug 8058: > > http://bugzilla.kernel.org/show_bug.cgi?id=8058 > > > > I believe that is the caush of the NULL skb dereference issue. > > there's a different type of regression now: under high load i dont get > a crash, i get a hung interface instead. No error packets or other > weird interface state - just a hung interface. [...]
the interface stats do not change from that point on: eth1 Link encap:Ethernet HWaddr 00:13:D4:DC:41:12 inet addr:10.0.1.12 Bcast:10.0.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14976 errors:0 dropped:0 overruns:0 frame:0 TX packets:3928743 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1028544 (1004.4 KiB) TX bytes:4126766510 (3.8 GiB) Interrupt:16 Base address:0xa000 and the irq count does not change either: 16: 816 3463148 IO-APIC-fasteoi eth1 no matter what i do to the interface. So it's completely stuck. No kernel messages either - apparently nv_tx_timeout() never triggered. note, the hang occurs faster if you set max_interrupt_work to a really low value (such as 0). [ The hang occurs _much_ faster if you apply the -rt patch and enable PREEMPT_RT - but the hang occurs on mainline too. ] Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/