On 10/8/07, Sascha Hauer <[EMAIL PROTECTED]> wrote: > While the previous patch I sent fixed the reset path for the fec > controller this patch makes sure the chip does not have to be resetted. > Problem was that we ran out of receive buffers when we nmapped our > board (nmap sends lots of small packages in a short period of time). > By increasing the number of rx buffers this problem does not appear > anymore. > This patch produces a significant memory overhead to the driver of about > 340k, so we might want to have this configurable as a module parameter. > Let me know what the preferred way is, I can update the patch > accordingly.
Is nmap sending UPD packets, why does the chip need to receive everything without dropping packets? It we do get into receive overrun, is everything recovering correctly? As another test you could slow everything down by forcing the net to 10Mb. It may be interesting to explore why the small packets aren't being processed fast enough, there could be other bugs lurking. -- Jon Smirl [EMAIL PROTECTED] _______________________________________________ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
