Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 18 Dec 2001 15:27:03 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 18 Dec 2001 15:26:56 -0500 Received: from leibniz.math.psu.edu ([146.186.130.2]:32689 "EHLO math.psu.edu") by vger.kernel.org with ESMTP id ; Tue, 18 Dec 2001 15:26:36 -0500 Date: Tue, 18 Dec 2001 15:26:34 -0500 (EST) From: Alexander Viro To: "Grover, Andrew" cc: "'linux-kernel@vger.kernel.org'" , "'otto.wyss@bluewin.ch'" Subject: RE: Booting a modular kernel through a multiple streams file In-Reply-To: <59885C5E3098D511AD690002A5072D3C42D804@orsmsx111.jf.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org 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. - 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/