lkml.org 
[lkml]   [2005]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Initramfs and TMPFS!
On Thu, Aug 25, 2005 at 08:05:32PM +0100, Alan Jenkins wrote:
> > On Thu, Aug 25, 2005 at 12:32:50AM -0400, robo...@godmail.com wrote:
> > > Right, but it would be nice to have that option if initramfs
> > > using tmpfs becomes part of the kernel.
> >
> > But it's not needed so why add bloat?
>
> I'm not subscribed, so sorry if this doesn't fall into the original
> thread. I'm curious as to why the kernel has to include the decoder -
> why you can't just run a self-extracting executable in an empty
> initramfs (with a preset capacity if needs be).

How would that help? It's still a decoder in the kernel, so why not use
one that's well tested instead of using whatever the archive thinks is
good?

Also remember the code has to be cross platform: an in-kernel decoder
will just work on any platform, a self-extracting binary will probably
only work on one platform.

Besides, initramfs was made to set up userland. A self-extracting
binary creates a chicken-and-egg problem: when run it will create a
userland, but in order to be run it needs a userland.


Erik

--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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-08-26 12:40    [W:0.041 / U:0.580 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site