Denys Fedoryshchenko wrote:<snip> Just to clarify for e1000 message, this is a "false hang" as indicated by .status = 1 and TDH==TDT and both are still moving, which means adapter is still transmitting. In this case it appears that the system took longer than two seconds to allow the e1000 driver to clean up packets that it transmitted, in fact it appears to be delayed by about a constant 700 jiffies or so. So I don't think this is any e1000 problem as it appears the rest of your thread confirms, as it appears the system gets too busy trying to traverse your tc filters and can't work on e1000 driver packet clean up. Jesse -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| David Chinner | Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md. |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Trent Piepho | Re: [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
git: | |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
