[lkml]   [1998]   [Sep]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Today Linus redesigns the networking driver interface (was Re: tulip driver in ...)

    On Sun, 20 Sep 1998, Mr. James W. Laferriere wrote:
    > >
    > > Note that "dropping" was meant to be more generic than just dropping a
    > > packet. We can decide to drop packets proactively by just deciding to
    > > disable the interface completely for a while, to make sure it doesn't
    > > flood us with interrupts. That's obviously fairly extreme, but it might be
    > > the simplest answer (the driver could even decide on its own to disable
    > I sure hope this would be a -last- ditch effort to prevent
    > interupt flooding . In my router I sure wouldn't want this
    > to be a -os- made decision I'd definatly would want me to be
    > able to turn it off or on as I see needed .

    Obviously, yes. It's more a matter of "we know we can't keep up anyway, so
    let's drop pro-actively and get some real work done instead of just
    dropping after the fact and not having any CPU time left for anything

    And before dropping, we should just try to tell the source to not send as
    fast. I didn't even know that there was a protocol for doing that on an
    ethernet level. Becker is right that that's the obvious first thing to do.

    And finally, again, it should hopefully be equally obvious that the
    _first_ objective should always be to be fast enough to not have to drop
    in the first place. Dropping is bad. It's just that dropping and being
    dead about it is even worse ;)


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:44    [W:0.025 / U:3.444 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site