public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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






  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox