From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 22:18:33 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 0EE7837B404 for ; Thu, 14 Aug 2003 22:18:32 -0700 (PDT) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id A677E43FB1 for ; Thu, 14 Aug 2003 22:18:31 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: (qmail 52856 invoked by uid 1002); 15 Aug 2003 05:18:31 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 15 Aug 2003 05:18:31 -0000 Message-ID: <3F3C6D22.8050305@freebsd.org> Date: Thu, 14 Aug 2003 23:18:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20030814100248.GB88037@sunbay.com> <20030814.223212.102654511.imp@bsdimp.com> In-Reply-To: <20030814.223212.102654511.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: lchen@briontech.com cc: current@freebsd.org Subject: Re: Change to kernel+modules build approach 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: Fri, 15 Aug 2003 05:18:33 -0000 M. Warner Losh wrote: > In message: > John Baldwin writes: > : > : On 14-Aug-2003 Ruslan Ermilov wrote: > : > On Thu, Aug 14, 2003 at 02:10:19AM -0600, Scott Long wrote: > : >> Luoqi Chen wrote: > : > [...] > : >> >On the other hand, all modules should create all the opt_*.h files > : >> >it needs when built individually. Add opt_ddb.h to nullfs's Makefile > : >> >should fix the breakage. > : >> > > : >> Our kernel build system isn't set up to handle passing config options > : >> to modules. Various solutions to this have been proposed, but nothing > : >> has appeared yet. In 5.x, we document that modules will not work with > : >> PAE. > : >> > : > How does the below look? This is basically a more generic implementation > : > of Luoqi's idea, but for -CURRENT: > : > : I would prefer something far more radical that would involve moving > : all the module metadata to sys/conf (i.e. removing sys/modules) and > : building all the modules based on a single kernel config file. > > Does that mean that we're abandoning the idea that modules will work > with all kernels? I don't disagree with the metadata move, since it > is duplicated in two places now and allows for some more interesting > subsettting, but I'm concerned that our third party ISVs will need to > generate N different modules for the system... > > Warner I can tell you first hand that this is painful. However, in the case of PAE, it's somewhat neccessary since certain fundamental types change size. I can envision solutions for this, but I'm not sure if they are less painful than just dealing with multiple module builds. Scott