Date: Thu, 14 Aug 2003 11:46:57 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: John Baldwin <jhb@freebsd.org> Cc: current@freebsd.org Subject: RE: Change to kernel+modules build approach Message-ID: <16187.44785.91962.402945@grasshopper.cs.duke.edu> In-Reply-To: <XFMail.20030814110100.jhb@FreeBSD.org> References: <20030814100248.GB88037@sunbay.com> <XFMail.20030814110100.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Would this tie modules to that kernel config? If so, would it mean the end of the ability of 3rd party developers to ship binary drivers and expect them to work with any kernel? Drew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?16187.44785.91962.402945>