Date: Thu, 22 Jul 1999 17:43:48 -0700 From: Mike Smith <mike@smith.net.au> To: Mike Smith <mike@smith.net.au> Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, Peter Jeremy <jeremyp@gsmx07.alcatel.com.au>, cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, jkh@FreeBSD.org Subject: Re: cvs commit: src/release/sysinstall tcpip.c Message-ID: <199907230043.RAA03078@dingo.cdrom.com> In-Reply-To: Your message of "Thu, 22 Jul 1999 17:30:24 PDT." <199907230030.RAA03011@dingo.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> There are two approaches we can take here; either we change ether_input > to take the raw packet (alters the driver API) or we shim bpf to > reconstruct the packet. I forgot to mention that if we bite the bullet and tell ether_input to deal with the whole mbuf we can move all of the bridging code out of individual drivers as well. There's another point, in that some drivers take advantage of hardware to detect a local address match for a packet; this is worth preserving but it falls into a larger group of metainformation about the packet that should be passed up to ether_input (eg. results of IP checksum verification). There's some room in the mh_flags field if we think these items are going to be relatively few in number; otherwise we'd have to grow the mbuf header (yuck). -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199907230043.RAA03078>