[Top] [All Lists]

Re: [patch] 3c59x.c for 2.2.17

To: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [patch] 3c59x.c for 2.2.17
From: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Sun, 25 Jun 2000 22:42:16 +1000
Cc: "netdev@xxxxxxxxxxx" <netdev@xxxxxxxxxxx>, Andreas Tobler <toa@xxxxxxxxxxx>
References: <3955EB11.519DF76B@xxxxxxxxxx> from "Andrew Morton" at Jun 25, 2000 09:20:49 PM <E136BEN-0002B9-00@xxxxxxxxxxxxxxxxx>
Sender: owner-netdev@xxxxxxxxxxx
Alan Cox wrote:
> Its much cleaner
> if the last ring buffer slot is about to be used and the new alloc fails to
> simply recycle the buffer and throw the received packet away.

Agreed.  Mark Hemment's fix basically did this.  He reserved an
'emergency' skbuff and never gave it away.  I was not attracted to it
because it handles a _very_ rare case by adding complexity to a core
code path upon which I wish to severaly beat later this year.

> Several drivers simply require the ring remains full and they are a lot 
> cleaner
> for it.

I don't know about the other drivers, but I think the way Donald's 3c59x
handles the replenishment of the skbuffs is quite delightful.  The fact
that I could just call the rx ISR at a random point in time and have
everything sort itself out is testament to this.

<Prev in Thread] Current Thread [Next in Thread>