Ryan Cumming wrote:
>
> What about recycling a big-endian version of cramfs? IIRC, the format is
> really clean, it already does compression, and is terse enough to be efficent
> for booting purposes. However, it might be too terse as it:
> 1) Doesn't support hard links
> 2) Doesn't store atime/mtime/ctime
>
> I don't know if that'd be too restrictive for an initrd replacement, but
> having only one compressed-filesystemish filesystem for the kernel would be
> nice.
>
You don't want to use the cramfs format. It does a lot of things wrong
for this application (such as block compression.)
-hpa
-
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/
This archive was generated by hypermail 2b29 : Sun Dec 23 2001 - 21:00:29 EST