From owner-cvs-all Thu Jul 22 17:49:27 1999 Delivered-To: cvs-all@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 7986A14F5A; Thu, 22 Jul 1999 17:49:24 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id RAA03078; Thu, 22 Jul 1999 17:43:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199907230043.RAA03078@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: Poul-Henning Kamp , Peter Jeremy , cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, jkh@FreeBSD.org Subject: Re: cvs commit: src/release/sysinstall tcpip.c In-reply-to: Your message of "Thu, 22 Jul 1999 17:30:24 PDT." <199907230030.RAA03011@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jul 1999 17:43:48 -0700 From: Mike Smith Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > 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