tech-toolchain archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: config(5) break down



On Mon, 8 Mar 2010, Quentin Garnier wrote:

> On Mon, Mar 08, 2010 at 04:43:17PM +0000, Eduardo Horvath wrote:

> > Allright.  I have to ask:
> > 
> > If the plan is to go to a dynamically probed system with loadable modules, 
> > why keep config around at all?  It's only useful for custom kernels.  Why 
> > is it useful to give config a facelift instead of doing away with it 
> > entirely?
> 
> config(5) files carry information on what source file to build, under
> what conditions as well as information about drivers and relationships
> between devices.  Why would you do away with it entirely?  All that
> information will have to be stored somewhere anyway.

Yes.

It also specifies what drivers attach where.  If you have a modular kernel 
and want to add a new driver, you could compile it and stick it into the 
module directory tree, but if the config file didn't have that module in 
it when the kernel was originally built, your driver can never be loaded 
and your new device is useless.

config was a solution to the problem of needing to edit headers and source 
files to add a new device to the system.  In a modular world I think it's 
a bit dated and there will be a need to figure all this stuff out 
dynamically.

Eduardo


Home | Main Index | Thread Index | Old Index