Re: Abbott and Costello meet Crunch Time -- Penultimate 2.5 merge candidate list.

Erik Andersen (andersen@codepoet.org)
Wed, 30 Oct 2002 01:51:49 -0700


On Wed Oct 30, 2002 at 03:22:17AM -0500, Dave Cinege wrote:
> On Wednesday 30 October 2002 2:40, Jeff Garzik wrote:
>
> > untar - cpio is better.
>
> CPIO is commonly used and supported by NO ONE. (rpm, whoppee)
> Kernels even come tar'ed. KISS....

Both formats are simple. But cpio is simpler.

> > initrd - 99% moved out of the kernel
>
> Great...you just killed the high level embedded linux market, and
> the ability to play boot games from GRUB. (Network, etc)
> Initrd is a good **OPTION* to have to fall back on...

Umm. No. See initramfs below. initrds have always been an
evil abomination. They do things terribly wrong and eliminating
them will _save_ space in embedded linux system. When busybox is
compiled without the special-case initrd workarounds, it does get
a bit smaller...

> > do_mounts - moved out of the kernel completely
>
> And he's willing to completely purge initrd and do_mounts NOW???
>
> > initramfs - should be ready for Linus in the next day or so.
>
> Fire away with the 100K+ bloated POS. I'm backwards compatible,
> could easily add 'linked kernel image' support, and only increase
> the current code by 20K.

Perhaps you have misunderstood. initramfs is simply an initrd
infrastructure that is done right. You don't need to use klibc
in your initramfs if you don't want to. Its just a piece of
normal unhosed-up userspace. Populate it as you see fit.

> Do you have any serious sysadmin, clustering, or emebedded system
> IMPLEMENTATION experience?

Yes he has plenty of experience. He also has good taste. IMHO
the embedded world (as well as everyone else) wants initramfs --
it is a major improvement.

-Erik

--
Erik B. Andersen             http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--
-
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/