14 packets missing.
325*84 = 27300
14*1500 = 21000
Are these number relevant?
The size of GEM's receive FIFO is 20K :-)
(TX fifo is 9K)
You say you are on 100Mbit, is this to a hub at half-duplex?
That is basically the worst combination for GEM because without Pause
(even my crappy Netgear 100Mbit switches negotiate pause to on with
my GEMs) there is no way to throttle the sender so that the receive
overflow condition will not occur.
Thinking... I guess my gem_rxmac_reset() does not reset the
receive FIFO so until it is filled up and reset none of the
packets received actually make it past the card.
How does it behave with the patch below added to what you are running
right now?
--- drivers/net/sungem.c.~1~ Tue Mar 12 09:35:37 2002
+++ drivers/net/sungem.c Tue Mar 12 15:51:05 2002
@@ -401,7 +401,11 @@
gp->net_stats.rx_over_errors++;
gp->net_stats.rx_fifo_errors++;
+#if 1
+ return 1;
+#else
ret = gem_rxmac_reset(gp);
+#endif
}
if (rxmac_stat & MAC_RXSTAT_ACE)
-
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/