Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 23 Sep 1999 12:43:35 +0800
From:      Peter Wemm <peter@netplex.com.au>
To:        nate@mt.sri.com (Nate Williams)
Cc:        Greg Lehey <grog@lemis.com>, Matt Dillon <dillon@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: Building klds (was: cvs commit: src/sys/i386/include param.h src/sys/alpha/include param.h src/sys/conf options src/sys/i386/conf LINT) 
Message-ID:  <19990923044335.633D01CA7@overcee.netplex.com.au>
In-Reply-To: Your message of "Wed, 22 Sep 1999 18:41:44 CST." <199909230041.SAA17174@mt.sri.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
Nate Williams wrote:
> > >   Modified files:
> > >     sys/i386/include     param.h
> > >     sys/alpha/include    param.h
> > >     sys/conf             options
> > >     sys/i386/conf        LINT
> > >   Log:
> > >       Back out a portion of the last commit.  DFLTPHYS and MAXPHYS cannot
> > >       be set by a kernel conf option due to the struct buf structural
> > >       dependancy (sizing of b_pages[]) creating a conflict with modules
> > >       (which are not compiled with kernel config options overrides).
> > 
> > This really points out a basic deficiency of the current build
> > process: klds should be built along with the kernel, not along with
> > userland, and they should have access to the kernel config files.
> 
> One of the (many) goals of KLD's is that you can compile them one system
> and transport them to another.  Your config file is way different from
> mine, so this is a losing strategy.

Not necessarily.  KLD's intended for distribution should be built with a
GENERIC-style configuration so they support all the variations of cpu type,
etc.  If you choose to change the local core kernel services and interfaces
to be incompatable with distributed KLD's, then we should support that as
it's a necessary part of development and local tuning.  For example, it
should be easy to build a coherent kernel+modules that use a different
MAXPHYS and hence struct buf.  The anti-foot-shooting measures are going to
be interesting though.

Cheers,
-Peter




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990923044335.633D01CA7>