From: Jeff Garzik <jgarzik@pobox.com>
To: dcinege@psychosis.com
Cc: andersen@codepoet.org, linux-kernel@vger.kernel.org
Subject: Re: Abbott and Costello meet Crunch Time -- Penultimate 2.5 merge candidate list.
Date: Wed, 30 Oct 2002 05:29:57 -0500 [thread overview]
Message-ID: <3DBFB4A5.2050201@pobox.com> (raw)
In-Reply-To: 200210300455.21691.dcinege@psychosis.com
Dave Cinege wrote:
>On Wednesday 30 October 2002 3:51, Erik Andersen wrote:
>
>Erik,
>
>
>
>>Both formats are simple. But cpio is simpler.
>>
>>
>
>untar runs about 5K...same as 'un-cpio'. No differece there.
>
Wrong. un-cpio is obviously smaller. Just look at the generated
assembly... on any platform.
>But not from userland. Tar is used en masse, cpio isn't.
>It's the only reason to use tar over cpio...I feel it's a
>good one.
>
IOW you'd rather bloat the kernel because tarballs are popular...
>#1 I'll be reviewing initramfs and adding loading images from
>
>the kernel support. I don't deny it's a good thing to have.
>
There is no need to add anything.
>My patch is the best of both because, it re-writes initrd
>properly within a sane framework. (Not to mention I scrubed the hell
>out of do_mounts.)
>
No need for this, initramfs means that initrd and do_mounts are moved
out of the kernel.
>If you want to get rid of all the backwards compatible stuff
>(IE identifing and loading raw images to /dev/ram0,
>pivoting to /initrd) that's fine with me. The code is layed out now
>so I can litterally cut it out 10K of that junk in 30 seconds.
>Better yet I can ifdef it for the poor souls that still need it.
>
>
Or better yet use initramfs, where it simply doesn't exist in the kernel
image at all :)
Jeff
next prev parent reply other threads:[~2002-10-30 10:24 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-28 2:17 Abbott and Costello meet Crunch Time -- Penultimate 2.5 merge candidate list Rob Landley
2002-10-28 8:25 ` Vamsi Krishna S .
2002-10-28 9:55 ` Skip Ford
2002-10-28 10:35 ` Vamsi Krishna S .
2002-10-28 10:29 ` Andrew Walrond
2002-10-28 10:40 ` Rob Landley
2002-10-28 12:15 ` Nicholas Wourms
2002-10-28 13:31 ` Dave Jones
2002-10-28 14:05 ` Andrew Walrond
2002-10-28 14:42 ` Andrew Walrond
2002-10-28 15:02 ` Alan Cox
2002-10-30 7:29 ` Dave Cinege
2002-10-30 7:40 ` Jeff Garzik
2002-10-30 8:22 ` Dave Cinege
2002-10-30 8:37 ` Russell King
2002-10-30 9:32 ` Dave Cinege
2002-10-30 8:41 ` Jeff Garzik
2002-10-30 8:51 ` Erik Andersen
2002-10-30 9:00 ` Miles Bader
2002-10-30 9:06 ` Jeff Garzik
2002-10-30 9:19 ` Miles Bader
2002-10-30 9:26 ` Jeff Garzik
2002-10-30 9:38 ` Miles Bader
2002-10-30 9:42 ` Erik Andersen
2002-10-30 10:50 ` Jeff Garzik
2002-10-30 9:34 ` Russell King
2002-10-30 10:07 ` Dave Cinege
2002-10-30 9:36 ` Erik Andersen
2002-10-30 10:52 ` Jeff Garzik
2002-10-30 9:55 ` Dave Cinege
2002-10-30 9:59 ` Miles Bader
2002-10-30 10:24 ` Dave Cinege
2002-10-30 10:05 ` Jeff Garzik
2002-10-30 10:14 ` Dave Cinege
2002-10-30 10:24 ` Jeff Garzik
2002-10-30 10:42 ` Dave Cinege
2002-10-30 11:06 ` Jeff Garzik
2002-10-30 9:55 ` Dave Cinege
2002-10-30 10:29 ` Jeff Garzik [this message]
2002-11-04 2:13 ` Rob Landley
2002-11-04 7:39 ` Help needed with IRQ on Ali chipset Jacek Pliszka
2002-11-04 13:10 ` Abbott and Costello meet Crunch Time -- Penultimate 2.5 merge candidate list Alan Cox
2002-11-04 22:52 ` Werner Almesberger
2002-11-04 23:02 ` Jeff Garzik
2002-11-04 18:16 ` Rob Landley
2002-11-04 23:22 ` Werner Almesberger
2002-10-30 14:32 ` Alan Cox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3DBFB4A5.2050201@pobox.com \
--to=jgarzik@pobox.com \
--cc=andersen@codepoet.org \
--cc=dcinege@psychosis.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.