Re: [PATCH: Final ] WAS (Re: [PATCH/RFC] (long) network interface changes

2000-10-05 Thread David S. Miller
Date: Mon, 25 Sep 2000 22:20:36 -0400 (EDT) From: jamal <[EMAIL PROTECTED]> Final patch with feedback from Henner to change the naming convention of the return codes. Clean it up, polish it, junk it etc. Jamal, I have no problems with these changes I think. Could you resend me a

Re: [PATCH: Final ] WAS (Re: [PATCH/RFC] (long) network interface changes

2000-09-26 Thread Matti Aarnio
On Mon, Sep 25, 2000 at 10:20:36PM -0400, jamal wrote: > To: [EMAIL PROTECTED] > > Dave, Just FYI. DaveM is on vacation until about 1st of October. He doesn't have email reading tools at the beach. Be patient. /Matti Aarnio - To unsubscribe from this list: send the line "unsubscrib

[PATCH: Final ] WAS (Re: [PATCH/RFC] (long) network interface changes

2000-09-25 Thread jamal
Dave, Final patch with feedback from Henner to change the naming convention of the return codes. Clean it up, polish it, junk it etc. I'd like also to send you a large patch or a series of patches to use the NET_RX_* codes by the protocols. eg patch: ---

Re: [PATCH/RFC] (long) network interface changes

2000-09-25 Thread jamal
On Mon, 25 Sep 2000, Henner Eisen wrote: > > "jamal" == jamal <[EMAIL PROTECTED]> writes: > jamal> So i would prefer to leave this turned off. Infact i was > jamal> hoping to take it off for the final code submission. If you > jamal> insist, it could be left there and enabled d

Re: [PATCH/RFC] (long) network interface changes

2000-09-25 Thread Henner Eisen
> "jamal" == jamal <[EMAIL PROTECTED]> writes: >> Nice. I think such a kind of fair input queueing would be an >> important features because that allows to offer a highly >> reliable netif() to slow links which are slow, but inefficient >> to handle congestion (like X.25 LAPB

Re: [PATCH/RFC] (long) network interface changes

2000-09-19 Thread jamal
On Wed, 20 Sep 2000, Henner Eisen wrote: [some suggestions for the next re-incarnation of the doc deleted] > > jamal> I have experimented with two schemes: one which samples the > jamal> queue via a timer and one which does it per-packet and > jamal> found that the per-packet sa

Re: [PATCH/RFC] (long) network interface changes

2000-09-19 Thread Henner Eisen
> "jamal" == jamal <[EMAIL PROTECTED]> writes: [...] Nice introduction! jamal> The driver uses the feedback information to intelligently jamal> adjust its sending rate. (i.e reduce or increase calls to jamal> netif_rx() or send a congestion-experienced frame to its jamal>

Re: [PATCH/RFC] (long) network interface changes

2000-09-18 Thread jamal
On Mon, 18 Sep 2000, David S. Miller wrote: >Date: Mon, 18 Sep 2000 21:31:17 -0400 (EDT) >From: jamal <[EMAIL PROTECTED]> > >My testing with the included scheme (#ifdef RAND_LIE) indicates >that fairness infact goes up; however, the overall throughput when >only one interfa

Re: [PATCH/RFC] (long) network interface changes

2000-09-18 Thread David S. Miller
Date: Mon, 18 Sep 2000 21:31:17 -0400 (EDT) From: jamal <[EMAIL PROTECTED]> My testing with the included scheme (#ifdef RAND_LIE) indicates that fairness infact goes up; however, the overall throughput when only one interface is utilizing the system goes down under heavy to mode

[PATCH/RFC] (long) network interface changes

2000-09-18 Thread jamal
I apologize for the over 10K email.. consider this documentation ;-> This is cross-posted to l-k; i would prefer the discussions on netdev or cc netdev (i am not subscribed to l-k) This is a port against 2.4.0-test8 based on the OLS presentation i made "Fast Forwarding the Bird" available at: