Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 22 Dec 2001 19:46:39 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 22 Dec 2001 19:46:19 -0500 Received: from embolism.psychosis.com ([216.242.103.100]:49924 "EHLO embolism.psychosis.com") by vger.kernel.org with ESMTP id ; Sat, 22 Dec 2001 19:46:14 -0500 Content-Type: text/plain; charset=US-ASCII From: Dave Cinege Reply-To: dcinege@psychosis.com To: Alexander Viro , "Grover, Andrew" Subject: Re: Booting a modular kernel through a multiple streams file Date: Sat, 22 Dec 2001 19:44:49 -0500 X-Mailer: KMail [version 1.3.2] Cc: "'otto.wyss@bluewin.ch'" , "'linux-kernel@vger.kernel.org'" In-Reply-To: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 18 December 2001 15:26, Alexander Viro wrote: > On Tue, 18 Dec 2001, Grover, Andrew wrote: > > I'm not arguing that the new initrd won't be better than the old initrd > > (because obviously you are right) I'm arguing that no matter how whizzy > > initrd is, it's still an unnecessary step, and it's one that other OSs > > (e.g. FreeBSD) omit in favor of the approach I'm advocating. > > Learn to read. You don't _have_ to have initrd. At all. There's nothing > to stop your loader from putting whatever cpio archive it likes - it > doesn't involve anything other than slapping files you want together > putting their owner/group/size/timestamps/mode/name before each of them. > Anything that puts a bunch of modules in core will have to do equivalent > job. Deja Vu: *shrug* Your "all they have to do" is quite heavy. (boot loader must implement full cpio/tar[/gzip} -- The time is now 22:54 (Totalitarian) - http://www.ccops.org/ - 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/