From owner-freebsd-current@FreeBSD.ORG Wed May 28 01:49:59 2003 Return-Path: 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 AE55E37B401 for ; Wed, 28 May 2003 01:49:59 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66CB143F75 for ; Wed, 28 May 2003 01:49:58 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h4S8npv19963; Wed, 28 May 2003 10:49:51 +0200 (MEST) Date: Wed, 28 May 2003 10:49:51 +0200 (CEST) From: Harti Brandt To: Marcin Dalecki In-Reply-To: <3ED4756C.4090402@gmx.net> Message-ID: <20030528104451.X12305@beagle.fokus.fraunhofer.de> References: <1054090968.1429.10.camel@boxster> <3ED4294B.4040108@btc.adaptec.com> <1054092793.1429.39.camel@boxster> <3ED4315F.8080709@btc.adaptec.com> <3ED4756C.4090402@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Scott Long cc: Q cc: freebsd-current@freebsd.org Subject: Re: policy on GPL'd drivers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2003 08:50:00 -0000 On Wed, 28 May 2003, Marcin Dalecki wrote: MD>Scott Long wrote: MD>> Q wrote: MD>> MD>>> Don't overreact. MD>> MD>> MD>> Heh. I live this hell every day with Linux in my day job. MD>> MD>>> I'm not suggesting taking the linux approach of MD>>> versioning every module. But rather allowing the loader or a module MD>>> (most likely a 3rd part or from a port) the ability to make a decision MD>>> based on some internal revision/date based "version" as to whether it is MD>>> safe to proceed to load. MD>> MD>> MD>> Ideally, every API would be versioned, and developers would be careful MD>> to architect their work so that the interfaces would be stable and MD>> gratuitous incompatibilities would be avoided. Alas, that is not always MD>> the case. MD>> MD>NO no and again no. This would repeat the same design mistake MD>that is already in Linux. On API level you DO NOT WANT versioning. MD>What you really want is: type signature cheking. Like for example MD>done through C++ symbol mangling rules. If you can't do it like that MD>then better leave it off as it is. Versioning in itself Type signature checking doesn't help you if the semantics of an API change without type changes. APIs should be semantically and syntactically stable in -STABLE. In -CURRENT they are expected to change. Managing a 3rd party driver for current is a nightmare, but may no be necessary once we have a -STABLE based on FreeBSD5. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org