From owner-freebsd-current@FreeBSD.ORG Tue May 27 23:34:31 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 7C56537B401 for ; Tue, 27 May 2003 23:34:31 -0700 (PDT) Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by mx1.FreeBSD.org (Postfix) with SMTP id 00D1943F3F for ; Tue, 27 May 2003 23:34:31 -0700 (PDT) (envelope-from q_dolan@yahoo.com.au) Received: from vdub.onthenet.net (HELO ?172.22.1.10?) (q?dolan@203.10.89.16 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 May 2003 06:34:30 -0000 From: Q To: Daniel O'Connor In-Reply-To: <200305281524.10145.doconnor@gsoft.com.au> References: <200305281147.53271.doconnor@gsoft.com.au> <20030527.225207.101586684.imp@bsdimp.com> <200305281524.10145.doconnor@gsoft.com.au> Content-Type: text/plain Organization: Message-Id: <1054103665.31549.118.camel@boxster> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 28 May 2003 16:34:26 +1000 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: "M. Warner Losh" 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 06:34:31 -0000 If we are talking about something like a network interface that needs to be preloaded, then I would be inclined to see a port install the module into /usr/local/modules (which is what 'rtc' uses) and have a pkg-install message that states the need to do a 'cp /usr/local/modules/if_??.ko /boot/kernel' and add 'if_??_load="YES"' to loader.conf so the network interface can be initialised on boot. This way the port isn't installing anything outside $PREFIX, and isn't directly altering /boot/loader.conf. Seeya...Q On Wed, 2003-05-28 at 15:54, Daniel O'Connor wrote: > On Wed, 28 May 2003 14:22, M. Warner Losh wrote: > > In message: <200305281147.53271.doconnor@gsoft.com.au> > > > > "Daniel O'Connor" writes: > > : 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 :( > > > > This is true. I'd thought that MODULES_OVERRIDE would help, but ports > > builds and kernel builds are different enough to make this not easy to > > do. > > > > Wanna test a patch? Add a 'makeoptions PORTS_MODULES=comms/ltmdm' to > > your config file and apply the following patch. Lemme know how well > > (or poorly) it works. There's likely some hidden assumptions that > > make it appear to work for me. > > I don't see how it can work properly.. > > You need 'FORCE_PKG_REGISTER=' in the install target. > > I don't think how the patch is structured is sensible though :) > > 1) If the port is updated between builds you end up with two version of the > port installed. > > 2) You can't control where the module gets put - arguably this isn't a > calamity, but I think it makes more sense for the modules to end up in > /boot/modules, or some analog to it that is in $PREFIX. > > IMHO a standard should be set WRT item 2 so future ports writers know what the > proper way to do it is :) > > I guess the problem with mandating somewhere in $PREFIX is that the loader > can't load it, so that's no good. I guess the only choice left is > /boot/modules. > > Any comments?