Subject: Re: Request for comments: let config(1) generate LKMs
To: Bill Stouder-Studenmund <wrstuden@netbsd.org>
From: David Laight <david@l8s.co.uk>
List: tech-toolchain
Date: 09/19/2007 00:43:08
On Tue, Sep 18, 2007 at 01:08:51PM -0700, Bill Stouder-Studenmund wrote:
> On Fri, Sep 14, 2007 at 01:19:18AM +0900, Hiroyuki Bessho wrote:
> > In the linux camp, building a module of a device driver (or a
> > subsystem of the kernel) is very easy and just mark [M] instead of [X]
> > in menuconfig (as far as the device driver code supports module and
> > in-kernl forms). What I want is to do the same thing with config(1)
> > and config(5).
>
> I think this is a good goal. I think this discussion is revolving around
> the fact that some of the things we do now don't really fit well in an
> LKM-based world. And/or they aren't necessarily what we want to do in an
> LKM-based world. :-)
>
> I think though that if we start to do this, we should not stop at drivers.
> I'll follow up to other messages, but I think some of the issues you're
> running into go away if we modularize more (if not most) of the kernel.
I think I'd want to do it the other way around.
Have per driver makefiles that build driver_foo.o which can
either be LKMs or be linked into the main kernel image.
Then config(n) would control which of them get included into
specific kernels.
David
--
David Laight: david@l8s.co.uk