Date: Thu, 08 Feb 2001 22:44:56 -0800 From: Julian Elischer <julian@elischer.org> To: Mark Peek <mark@whistle.com> Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, net@FreeBSD.ORG, Luigi Rizzo <rizzo@aciri.org> Subject: Re: potential infinite loop in network device drivers Message-ID: <3A8391E8.89DF969A@elischer.org> References: <200102090102.f19125x06386@iguana.aciri.org> <200102090209.VAA60712@khavrinen.lcs.mit.edu> <p05010400b6a90c84c551@[207.76.207.169]>
next in thread | previous in thread | raw e-mail | index | archive | help
Mark Peek wrote: > > At 9:09 PM -0500 2/8/01, Garrett Wollman wrote: > >One possible right way to deal with this is to get rid of the > >two-level interrupt scheme (for fast interfaces at least) and push the > >packets all the way through the network stack. This will ensure that > >if packets are arriving faster than we can handle them, they will be > >dropped by the network interface with an ``insufficient resources'' > >error. > > > >Another possible right way to deal with this is to move all network > >processing into the lower level, and poll round-robin for packets > >(with network interrupts disabled) until all network interfaces are > >finished (or we need to give the user a time slice). > > > >Both techniques were described in a paper by Jeff Mogul (then at DEC > >in Palo Alto) about five years ago; I have a physical copy of the > >paper buried somewhere in my office. > > Is this the paper you were referring to? > <http://www.research.compaq.com/wrl/techreports/abstracts/95.8.html>; I remember a paper on this at USEnix about the same time (maybe 96/7) > > Mark > > --------- > Mark Peek > Director of Internet Technology > IBM Global Small Business/Whistle Communications > Work: (650) 577-7052 Email: mark@whistle.com -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A8391E8.89DF969A>