Messages in this thread | | | From | Mark Burton <> | Subject | tx queue start entry x dirty entry y (was 8139too PCI IRQ issues) | Date | Tue, 19 Jul 2005 18:00:49 +0200 |
| |
Hi, I'm getting similar results to Nick Warne, in that when my ethernet is stressed at all (for instance by NFS), I end up with nfs: server..... not responding, still trying nfs: server .... OK
With a realtec card, I get errors in /var/spool/messages along the lines of: Jul 3 14:31:13 localhost kernel: eth1: Transmit timeout, status 0c 0005 c07f media 00. Jul 3 14:31:13 localhost kernel: eth1: Tx queue start entry 1160 dirty entry 1156. Jul 3 14:31:13 localhost kernel: eth1: Tx descriptor 0 is 0008a03c. (queue head)
I have no TPM (as far as I can find)
Hence I dont think this is the same problem, but it's manifestation is identical.
I was using a realtec card, using the 8139too driver, hence I first suspected that. As a test, I have an even older 3com509B, using that gives exactly the same results (though it doens't seem to be kind enough to output anything to /var/log/debug, so all you get are the "server not responding" messages under heavy NFS load. lsmod however, shows both modules loaded....
I'm running debian, and recently got a recent kernel image /proc/version gives: Linux version 2.6.11-1-386 (dannf@firetheft) (gcc version 3.3.6 (Debian 1:3.3.6-6)) #1 Mon Jun 20 20:53:17 MDT 2005
Im not a kernel expert at all, any help sorting this problem would be appreciated, but Its only worth fixing if it's a general problem -- if' I'm on my own, I'll fix it with a band-aid :-)
Cheers
Mark.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |