lkml.org 
[lkml]   [2003]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [BK PATCH] klibc for 2.5.64 - try 2
On Fri, Mar 07, 2003 at 03:05:32PM -0800, Linus Torvalds wrote:
>
> However, I also have to say that klibc is pretty late in the game, and as
> long as it doesn't add any direct value to the kernel build the whole
> thing ends up being pretty moot right now. It might be different if we
> actually had code that needed it (ie ACPI in user space or whatever).

I know it's late, sorry.
But a lot of code that will need klibc, has not been converted to need
it yet, due to it not being there :)

If we add klibc to the build process, then those early boot processes
(like network boot, mounting of the root fs, acpi userspace parsers,
etc.) can later be added. Without it, the whole initramfs code is
pretty worthless right now. I purposely made these changesets up to
show how to use klibc, but not move any required functions over to it.

If you want to wait, and have me work on moving some of the existing
kernel code to userspace, using klibc, to prove it is needed in the
tree, I will be glad to do that. But in talking previously, I thought
the goal was to provide the functionality so that people can slowly move
those functions out of kernelspace, over time.

thanks,

greg k-h
-
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:33    [W:0.055 / U:25.652 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site