On Mon, Feb 19, 2007 at 06:45:48PM -0500, Lennart Sorensen wrote:
> It seems the problem actually occours when the receive descriptor ring
> is full. This seems to generate one (or sometimes more) descriptors in
> the ring which claim to be owned by the MAC, but at the head of the
> receive ring as far as the driver is concerned. I see some note in the
> driver about an SP3G chipset sometimes causing this. How would one
> identify this and clear such descriptors out of the way? Getting stuck
> until the next time the MAC gets around to the descriptor and overwrites
> it is not good, since it causes delays, and out of order packets.
I am also noticing the receive error count going up, and the source is
this code:
if (status & 0x01) /* Only count a general error at the */
lp->stats.rx_errors++; /* end of a packet. */
It appears this means I am receiving a frame marked with "End Of Packet"
but without "Start of Packet". I have no idea how that happens, but it
shouldn't be able to make the driver and MAC stop processing the receive
ring.
--
Len Sorensen
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
