lkml.org 
[lkml]   [2006]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: klibc (was: 2.6.18 -mm merge plans)
Hi!

> >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. klibc looks like good thing.

--
Thanks for all the (sleeping) penguins.
-
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 17:30    [W:0.463 / U:0.604 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site