lkml.org 
[lkml]   [2001]   [Sep]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Whats in the wings for 2.5 (when it opens)
++ 22/09/01 12:59 +1000 - Keith Owens:
> On Fri, 21 Sep 2001 15:58:06 -0400,
> Crutcher Dunnavant <crutcher@datastacks.com> wrote:
> >A cleaner handling of module parameters/cmd line options.
>
> That comes out as a side effect of kernel build 2.5, every object gets
> -DKBUILD_OBJECT to define the name it is known by. From
> Documentation/kbuild/kbuild-2.5.
>
> -DKBUILD_OBJECT=module, the name of the module the object is
> linked into, without the trailing '.o' and without any paths.
> If the object is a free standing module or is linked into
> vmlinux then the "module" name is the object itself.
> Automatically generated.
>
> Post kbuild 2.5 I will be writing a generic parameter/command line
> interface so you can insmod foo bar=99 or boot with foo.bar=99. You
> will even be able to boot with foo.bar=99 when foo is a module, insmod
> will use the command line as a default set of values.

Well, that certainly is clean. How deep does it go? For instance, can
we you define it as:

foo.bar.baz.bat.quux=99 -> mod 'foo.bar.baz.bat', parm 'quux'

so we get naming schemes like:

net.3com.3c501.i=5

This would help much with keeping some of the namespaces cleaner. Do you
want any help with this?

--
Crutcher <crutcher@datastacks.com>
GCS d--- s+:>+:- a-- C++++$ UL++++$ L+++$>++++ !E PS+++ PE Y+ PGP+>++++
R-(+++) !tv(+++) b+(++++) G+ e>++++ h+>++ r* y+>*$
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:03    [W:0.039 / U:15.664 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site