Re: klibc (was: 2.6.18 -mm merge plans)

[Pavel Machek <pavel@ucw.cz>]

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/