From owner-freebsd-current Wed Nov 27 12:48: 7 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 A825037B401; Wed, 27 Nov 2002 12:48:05 -0800 (PST) Received: from mallard.mail.pas.earthlink.net (mallard.mail.pas.earthlink.net [207.217.120.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37C0243EA9; Wed, 27 Nov 2002 12:48:05 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0147.cvx21-bradley.dialup.earthlink.net ([209.179.192.147] helo=mindspring.com) by mallard.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18H96H-00007T-00; Wed, 27 Nov 2002 12:48:02 -0800 Message-ID: <3DE52F25.61FAB63C@mindspring.com> Date: Wed, 27 Nov 2002 12:46:29 -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> <3DE5275E.9D3E9F9B@mindspring.com> <15845.10492.726439.227885@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: > Terry Lambert writes: > > Andrew Gallatin wrote: > > > What I (as a 3rd party driver author working in a GNUish "This is how I do it." > <...> > > > > How is one supposed to build a 3rd party module these days? "How are you supposed to do it?" > > One is not. The vendor supplies only a binary. > > Damn it Terry, I AM the vendor. Somtimes I wonder if you even read > the articles you reply to. I'm asking how the vendor (me) is > supposed to build a binary module and I gave an example of how currently > do it. You're the vendor in the first statement, and a consumer in the second. The topic of the post to which you were replying was third party binary compatability. The answer is that if the structures change, then there is no binary compatability without source code, period. It seemed to me that you were assuming access to the source code for consumers of third party modules. I think the issue that Robert is concerned about is MAC modules that are provided by a third party to a consumer of FreeBSD and the modules, and for which the structure changes and so on can not be permitted. This mnakes sense, because the MAC code is being developed under a DARPA contract, and it's likely that the module source code and the modules won't be available to the end users, let alone the general public, without some kind of security clearance, and then probably not then. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message