lkml.org 
[lkml]   [2006]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From"Rafael J. Wysocki" <>
SubjectRe: klibc (was: 2.6.18 -mm merge plans)
DateTue, 6 Jun 2006 22:56:55 +0200
Hi,

On Tuesday 06 June 2006 17:20, Pavel Machek wrote:
> > >git-klibc.patch
> > >
> > > Similar. This all appears to work sufficiently well
> > > for a 2.6.18 merge. But it's been so long since klibc
> > > was a hot topic that I've forgotten who
> > > wanted it, and what for.
> > >
> > > Can whoever has an interest in this work please pipe
> > > up and let's get our
> > > direction sorted out quickly.
> > >
> >
> > klibc (early userspace) in its current form is
> > fundamentally a cleanup. What it does is unload code
> > from the kernel which has no fundamental reason to be
> > kernel code (written during kernel rules, with all the
> > problems it entails.) The initial code to have removed
> > is the root-mounting code, with all the various ugly
> > mutations of that (ramdisk loading, NFS root, initrd...)
> >
> > The original idea was due Al Viro; obviously, the
> > implementation is mostly mine.
> >
> > It is of course my hope that this will be used for more
> > than just plain initialization code, but that in itself
> > is a significant step, and one has to start somewhere.
>
> It allows me to unify swsusp & uswsusp into one in future, for
> example, reducing code duplication.

[cough] How distant is the future you're referring to?

Rafael
-
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: 2006-06-06 22:59    [from the cache]
©2003-2010