public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: dcinege@psychosis.com
Cc: 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:24:34 -0500	[thread overview]
Message-ID: <3DBFB362.2070506@pobox.com> (raw)
In-Reply-To: 200210300514.57193.dcinege@psychosis.com

Dave Cinege wrote:

>On Wednesday 30 October 2002 5:05, Jeff Garzik wrote:
>  
>
>>Dave Cinege wrote:
>>    
>>
>>>#2 My main bitch at jeff was he said if initramfs goes in
>>>initrd comes out. initrd shodul not come out.
>>>      
>>>
>>What part of "kernel's behavior is 100% unchanged" did you not understand?
>>    
>>
>
>You said this where?
>  
>
Message-ID: <3DBF9B4D.8020205@pobox.com>
Exact quote: "The kernel's behavior to the end user is 100% unchanged."

"To:" header:  dcinege@psychosis.com


>You DID Say:
>
>On Wednesday 30 October 2002 2:40, Jeff Garzik wrote:
>  
>
>>untar - cpio is better.
>>initrd - 99% moved out of the kernel
>>do_mounts - moved out of the kernel completely
>>initramfs - should be ready for Linus in the next day or so.
>>
>>None of that junk -- and a whole lot more -- needs to be in the kernel
>>at all.
>>    
>>
>
>Excuse me if I take this to mean something different then:
>"kernel's behavior is 100% unchanged"
>  
>
You appear to be unaware of early userspace. Moving code out of the 
kernel does _not_ mean eliminating that code completely.  I was hoping 
it was obvious that it is impossible to eliminate the tasks that 
do_mounts.c performs -- otherwise a Linux system would never have a root 
filesystem mounted.

Being unaware of early userspace implies that you are not familiar with 
initramfs.
Which implies you wish you merge your own code in place of something you 
do not understand.

    Jeff





  reply	other threads:[~2002-10-30 10:18 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 [this message]
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
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=3DBFB362.2070506@pobox.com \
    --to=jgarzik@pobox.com \
    --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