From owner-freebsd-arch@FreeBSD.ORG Mon Mar 17 13:30:30 2008 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4781065674 for ; Mon, 17 Mar 2008 13:30:30 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id 666658FC1E for ; Mon, 17 Mar 2008 13:30:30 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id 350A72E1; Mon, 17 Mar 2008 08:30:29 -0500 (CDT) Date: Mon, 17 Mar 2008 08:30:29 -0500 From: "Christian S.J. Peron" To: freebsd-current@freebsd.org Message-ID: <20080317133029.GA19369@sub.vaned.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org Subject: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2008 13:30:30 -0000 All, Just wanted to give a heads up that I plan to start merging the work located in the zerocopy bpf perforce branch. We have been working on this project for about a year now and feel that it is ready to come into the tree. I will begin to merge hopefully today [assuming nobody has any concerns] or tommorow. Zerocopy bpf will be disabled by default, and can be enabled globally though the use of a sysctl variable. Once the kernel bits are in and we sort out a couple minor nits in libpcap+tcpdump, we will be be looking at getting our libpcap patches committed upstream. I will post a patch for people to experiment with in the meantime after the kernel commits are complete. We do not anticipate this will have any effect on existing bpf consumers like libpcap, tcpdump etc... so if something breaks, it shouldn't have and we need to know about :) We were pretty careful about preserving the ABI. The only exception to this is, netstat will need a recompile because the size of it's bpf stats structure changed. So if there are any objections or concerns, now is the time to raise them. Thanks