From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 1 Sep 2001 13:12:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 1 Sep 2001 13:12:41 -0400 Received: from tantalophile.demon.co.uk ([193.237.65.219]:3200 "EHLO kushida.degree2.com") by vger.kernel.org with ESMTP id ; Sat, 1 Sep 2001 13:12:32 -0400 Date: Sat, 1 Sep 2001 16:50:42 +0100 From: Jamie Lokier To: Alan Cox Cc: "Grover, Andrew" , "'Russell Coker'" , "\"Acpi-linux (E-mail)\"" , "'linux-kernel@vger.kernel.org'" Subject: Re: lilo vs other OS bootloaders was: FreeBSD makes progress Message-ID: <20010901165042.B1624@thefinal.cern.ch> In-Reply-To: <4148FEAAD879D311AC5700A0C969E89006CDE0DB@orsmsx35.jf.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alan@lxorguk.ukuu.org.uk on Fri, Aug 31, 2001 at 11:50:02PM +0100 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Alan Cox wrote: > All the discussion we have has been based on seriously enhancing and > expanding the use of the initrd/ramfs layer. Remember we can begin running > from ramfs without interrupts, pci bus scans or the like. The things it cant > do are - pick a kernel by processor type, pick SMP/non SMP. The kernel could be chosen by processor type, if you added a "reboot into a new kernel" function. It would be rather large for one initramfs, as _all_ of the modules have combinations of SMP/non-SMP x i386/486/586/686/athlon/686-PAE versions, not just the core kernel. It may still be a useful function for CDROM or network boots though. I.e. initramfs selects an optimised kernel and set of modules to run, and replaces the current generic kernel with the optimised one. -- Jamie