[lkml]   [2002]   [May]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] initramfs

On Sat, 4 May 2002, Christian Koenig wrote:

> It isn't complete yet, because off the following unresolved topics:
> 1. For the moment it only supports files,dirs and symlinks.
> 2. It still needs the "RAM disk" and "initrd" support compiled in the Kernel.
> 3. I haven't tried to support hardlinks.
> 4. Since i use the ramdisk for decompression the cpio image must be a
> multiple of BLOCK_SIZE bytes.
> 5. The cpio crc field is ignored.

Uhh.... Why? I can post initramfs patches tonight - unpacking and populating
initramfs is trivial and I can't think of any reason why initrd would be
useful here (BTW, you could have picked uncpio code from l-k posting -
3Kb, deals with links properly, doesn't mess with ramdisk at all).

Anyway, the real problem with iniramfs is on the build side. I.e. what
do we want in makefiles for early userland/what do we want to use as

Until that is done the ungzip/uncpio part is pretty much pointless... It
can go into the kernel anytime, but what would it give us if we don't have
stuff to put in there?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:22    [W:0.089 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site