Date: Fri, 2 Jun 2000 13:25:14 -0700 (PDT) From: Archie Cobbs <archie@whistle.com> To: itojun@iijlab.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: BPF fix to if_loop.c Message-ID: <200006022025.NAA10221@bubba.whistle.com> In-Reply-To: <5679.959741495@coconut.itojun.org> from "itojun@iijlab.net" at "May 31, 2000 11:51:35 am"
next in thread | previous in thread | raw e-mail | index | archive | help
itojun@iijlab.net writes: > >The commit comment to revision 1.33 of if_loop.c may be slightly > >enlightening.. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_loop.c > >For an example of the resulting cleanup, see: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_ethersubr.c.diff?r1=1.48&r2=1.49 > >Maybe the caller of if_simloop() should be responsible for the BPF part.. > > that is my understanding for if_simloop(). one thing still unclear > to me is, what can ip{,6}_mloopback() do about it? (I believe nothing > they can do) I think the problem is that it's not clear what layer if_simloop() is for, or at.. it seems to get called from different layers. I.e., if it were link-layer, then you would expect to include the link header and do BPF.. if at the IP layer, you'd expect not to. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com 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?200006022025.NAA10221>