From owner-freebsd-current Wed Nov 27 12:15: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F6337B401; Wed, 27 Nov 2002 12:15:00 -0800 (PST) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A8B943E88; Wed, 27 Nov 2002 12:14:54 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0147.cvx21-bradley.dialup.earthlink.net ([209.179.192.147] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18H8a2-0004PU-00; Wed, 27 Nov 2002 12:14:42 -0800 Message-ID: <3DE5275E.9D3E9F9B@mindspring.com> Date: Wed, 27 Nov 2002 12:13:18 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Gallatin Cc: Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15844.60298.44810.750373@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Gallatin wrote: > What I (as a 3rd party driver author working in a GNUish > autoconf/gnumake environment) do is to require a user building from > source to specify the location of a configured kernel tree where make > depend has been run (defaulting to GENERIC). I then pickup the > various option and bus files out of that directory. When I build binary > modules, I build from source as a normal user (using a 4.1.1 system in > a chroot). Using an approach like this, a vendor could ship a MAC > aware driver by picking up the options files from a MAC kernel build > directory. I believe he was talking about modules for which source code is not available. > How is one supposed to build a 3rd party module these days? One is not. The vendor supplies only a binary. > > I think you under-estimate the complexity of variably sized key kernel > > data structures. mbuf.h is included all over the kernel, as well as in > > many user applications (although often for bogus reasons). My proposed > > strategy is the following: > > Bizzare. I had no idea userland apps used mbuf.h. That does indeed > sound bogus. On the contrary: it's a very clever thing to do. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message