From owner-cvs-all Fri Jul 23 10:40:38 1999 Delivered-To: cvs-all@freebsd.org Received: from dingo.cdrom.com (castles505.castles.com [208.214.165.69]) by hub.freebsd.org (Postfix) with ESMTP id 8D1E81539D; Fri, 23 Jul 1999 10:40:30 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id KAA03557; Fri, 23 Jul 1999 10:36:09 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199907231736.KAA03557@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/release/sysinstall tcpip.c In-reply-to: Your message of "Fri, 23 Jul 1999 08:14:04 MDT." <199907231414.IAA03193@caspian.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jul 1999 10:36:08 -0700 From: Mike Smith Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > >So is there any reasonable expectation that we will have to deal with > >hardware that won't result in the driver placing the ethernet header > >immediately before the payload in the mbuf? This would result in us > >having to copy it around, which would be slightly yucky. > > In zero copy applications, the header and the payload are usually placed > in separate areas. Can you elaborate on this a little? We don't support the two being in a separate allocation unit at the moment, yet I understood the 'fast forwarding' code was essentially a zero-copy operation. -- \\ 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