From owner-freebsd-current@FreeBSD.ORG Tue May 27 20:16:16 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 9975937B401 for ; Tue, 27 May 2003 20:16:16 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0455F43F85 for ; Tue, 27 May 2003 20:16:16 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h4S3BbZ04227; Tue, 27 May 2003 20:11:37 -0700 Received: from btc.adaptec.com (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id UAA28778; Tue, 27 May 2003 20:16:00 -0700 (PDT) Message-ID: <3ED4294B.4040108@btc.adaptec.com> Date: Tue, 27 May 2003 21:13:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Q References: <200305281147.53271.doconnor@gsoft.com.au> <1054090968.1429.10.camel@boxster> In-Reply-To: <1054090968.1429.10.camel@boxster> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 03:16:16 -0000 Q wrote: > I have been burnt by this in the past also. I think that it would be > useful if you could allow kernel modules to be bound to a particular > kernel "version/date/whatever", and have external modules refuse to load > and/or complain if the kernel is upgraded. This should prevent > unnecessary kernel panics when you upgrade. The Linux kernel has been > doing this for years. > > Seeya...Q > For the love of god, no! This creates a support nightmare. What happens when a user installs his system and recompiles the kernel without changing the source at all? His modules won't work, but there is no reason why they shouldn't. What if one of those now non-working modules is a driver for his hard drive? Scott > On Wed, 2003-05-28 at 12:17, Daniel O'Connor wrote: > >>On Tue, 27 May 2003 22:13, David Leimbach wrote: >> >>>>However the idea is that all GPL infected stuff be isolated, allowing a >>>>fully working kernel without GPL stuff in there. >>> >>>Sounds like a "kernel module" is the way to go then. Perhaps it could >>>exist in the ports tree instead of the mainline kernel sources :). I >>>know >>>I'd be happy with that... the problem is hosting the driver since I am >>>sure >>>"patching" it won't be enough to map the linux innards to freebsd's. >> >>There are already a number of kernel modules in the ports tree (eg nvidia >>drivers, ltmdm modem driver, aureal sound driver, etc). >> >>The only downside is that there are no hooks into the build process so you >>have to be VERY careful when you update your kernel, or you get panics :( >> >>(I found this recently, some change broke all of my 3rd party modules and >>caused panics when I tried to load them). >> >>I would really like some way of getting external modules rebuilt at the same >>time as buildkernel and friends, otherwise you have to remember to rebuild >>the affected ports, and it is a pain in the ass.